本文へ移動
cccskills
無料GitHub で公開

dashboard-domain-specification

A reusable template for defining detailed domain specifications for dashboard projects, including panel requirements, data sources, and interfaces.

インストール方法を見る

含まれるファイル(2)

  • SKILL.md2.3 KB
  • .skill_id44 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Dashboard Domain Specification

This skill provides a structured approach to creating detailed domain specifications for dashboard projects. It ensures clarity and completeness by covering panel requirements, data sources, and interfaces.

Steps

  1. Define Dashboard Purpose:

    • Clearly state the primary goal of the dashboard (e.g., monitoring, analytics, reporting).
  2. List Panels:

    • Enumerate all panels to be included in the dashboard.
    • For each panel, specify:
      • Title: Descriptive name of the panel.
      • Purpose: What the panel aims to display or achieve.
      • Data Sources: Where the data for the panel will come from (e.g., APIs, databases).
      • Refresh Rate: How often the data should be updated (e.g., real-time, hourly).
  3. Specify Data Sources:

    • Detail each data source, including:
      • Type: API, database, file, etc.
      • Endpoint/Path: URL or path to access the data.
      • Authentication: Any required credentials or tokens.
      • Data Format: JSON, CSV, etc.
  4. Define Interfaces:

    • Describe the interfaces for interacting with the dashboard:
      • User Interface: Layout, navigation, and interactivity.
      • Programmatic Interface: APIs or hooks for external systems.
  5. Include Examples:

    • Provide sample configurations or code snippets for common panels (e.g., time-series charts, tables).

Example

Panel Specification

- title: "Daily Active Users"
  purpose: "Display the number of active users per day"
  data_sources:
    - type: "API"
      endpoint: "https://api.example.com/users/daily"
      authentication: "Bearer token"
      data_format: "JSON"
  refresh_rate: "hourly"

Data Source Specification

- name: "User Activity API"
  type: "REST API"
  endpoint: "https://api.example.com/users"
  authentication: "OAuth 2.0"
  data_format: "JSON"

Best Practices

  • Modularity: Keep panel specifications modular for easy updates.
  • Consistency: Use consistent naming conventions for panels and data sources.
  • Documentation: Maintain detailed documentation for all components

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Incremental audio production with duration mismatch handling, adaptive stem extension, and pre-mix alignment verification

日本語の概要は準備中です。原文の説明を表示しています。

HKUDS/OpenSpace7,7552026年8月13日 更新

Incremental audio production with duration alignment handling, per-stem verification, and adaptive extension strategies

日本語の概要は準備中です。原文の説明を表示しています。

HKUDS/OpenSpace7,7552026年8月13日 更新

Create serverless API proxy endpoints that hide API keys and provide a unified backend for the dashboard frontend. Designed for Vercel deployment.

日本語の概要は準備中です。原文の説明を表示しています。

HKUDS/OpenSpace7,7552026年8月13日 更新

End-to-end audio production workflow with stems, effects, archiving, and verification

日本語の概要は準備中です。原文の説明を表示しています。

HKUDS/OpenSpace7,7552026年8月13日 更新

Handle cascading data retrieval tool failures by falling back to embedded knowledge generation

日本語の概要は準備中です。原文の説明を表示しています。

HKUDS/OpenSpace7,7552026年8月13日 更新

Fallback pattern for executing Python code when execute_code_sandbox fails

日本語の概要は準備中です。原文の説明を表示しています。

HKUDS/OpenSpace7,7552026年8月13日 更新

HKUDS のスキルをすべて見る

このスキルの問題を報告する