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

analysis-authoring

Authoring conventions for exploratory data analysis notebooks and analytical dashboards, covering section sequence, visualization selection, scale thresholds, caching and state, and dashboard validation budgets. Use when composing or reviewing an EDA notebook, an analytical dashboard, or a dashboard test pass.

インストール方法を見る

含まれるファイル(3)

  • SKILL.md5.5 KB
  • references/dashboard-authoring-and-validation.md5.3 KB
  • references/eda-notebook-authoring.md7.8 KB

SKILL.md(原文)

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

Analysis Authoring Conventions

Goal

Produce exploratory notebooks and analytical dashboards whose structure, visualization choices, and scale handling are deliberate rather than incidental. This skill supplies the editorial judgment that generic file, notebook, terminal, and browser tooling does not carry.

Flow

  1. Confirm the analysis question, the datasets in scope, and the deliverable shape: notebook, dashboard, or both.
  2. Read the available profile and objectives artifacts rather than re-deriving column semantics. data-catalog owns the profile contract and semantic roles.
  3. Select the deliverable's section sequence from the matching reference, including only the conditional sections the data supports.
  4. Choose each visualization from its analytical goal, applying the scale thresholds rather than plotting whole datasets by default.
  5. Record interpretation next to each figure so a reader learns what the figure answers, not only what it shows.
  6. Validate the deliverable against its completeness expectations, and for dashboards apply the responsiveness budgets as project-adjustable defaults.

Inputs

  • The analysis question and intended audience
  • Dataset locations and, when available, an existing data profile and declared objectives
  • The deliverable shape and its destination
  • Any project-specific performance budget that overrides the defaults here

Success criteria

  • The deliverable follows the section sequence for its shape, and conditional sections appear only when the data supports them.
  • Every figure is preceded by the question it answers and is followed by an interpretation placeholder or an actual reading.
  • Visualization selection matches the analytical goal, and dense or high-cardinality data is sampled, binned, or truncated deliberately.
  • Every meaningful distinction is encoded in a channel besides colour, and categorical and continuous scales use colourblind-safe palettes.
  • Notebook code stays modular, with repeated transformation logic extracted rather than duplicated across cells.
  • Dashboard caching distinguishes serializable data from global resources, and cross-page interaction state is explicit.
  • Dashboard validation reports functional, data, and responsiveness findings against stated budgets.
  • Uncertainty, data limitations, and open questions are written down rather than implied.

Constraints

  • Describe judgment, not tool mechanics. Notebook creation, cell execution, output inspection, browser navigation, and screenshots are native tool capabilities and are not narrated here.
  • Reference profile and objectives artifacts instead of copying their contents into the deliverable.
  • Keep persistence format and dataset versioning with dataops, which owns pipeline invariants and storage conventions.
  • Keep entity semantics, relationships, and semantic roles with data-catalog.
  • Treat the performance budgets as defaults. A project-stated budget supersedes them.
  • Do not embed environment-specific absolute paths in a deliverable.

Ownership boundaries

ConcernOwner
Column semantics, semantic roles, profile and objectives contractsdata-catalog
Persistence format, dataset versioning, pipeline and validation placementdataops
Accessibility conformance criteria and assistive-technology reviewaccessibility
Evaluation dataset design for AI systemsevaluation-design
Trained-model evaluation, tracking, and readinessml-experimentation

Stop rules

  • Stop and ask when the analysis question is unstated, because section selection and visualization choice both depend on it.
  • Stop and record a limitation rather than inventing an explanation for a pattern the data does not support.
  • Stop and route to data-catalog when column meaning, grain, or relationships are ambiguous.
  • Stop and route accessibility conformance work to the accessibility skill rather than restating criteria here.

Package resources

ResourceUse
eda-notebook-authoring.mdRead when composing or reviewing an exploratory notebook
dashboard-authoring-and-validation.mdRead when composing, reviewing, or validating an analytical dashboard

Attribution

This package is repository-original content licensed CC BY 4.0. The section sequences, selection thresholds, completeness expectations, and default budgets are HVE Core conventions rather than reproductions of an upstream specification.

レビュー

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

同じリポジトリのスキル

概要と使いどころ

Consolidated accessibility skill entrypoint for WCAG 2.2, ARIA Authoring Practices, cognitive accessibility, Section 508, EN 301 549, design intent verification, and the Accessibility Planner workflow.

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

microsoft/hve-core1,5182026年10月11日 更新

Build, refresh, report, or probe an accessibility coverage matrix across criteria, surfaces, and evidence methods. Use when assessing coverage with the accessibility runtime harness and generated evidence bundle.

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

microsoft/hve-core1,5182026年10月11日 更新

Authoring skill for Architecture Decision Records (ADRs) supporting capture, from-planner-handoff, and adopt-template entry modes with selectable Y-Statement or MADR v4.0.0 output templates, supersession lineage, and ASR trigger evaluation.

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

microsoft/hve-core1,5182026年10月11日 更新

Architecture diagram authoring for cloud infrastructure and declared data catalogs. Use when rendering Azure IaC or DS_CATALOG_V1 relationships as caller-selected ASCII or Mermaid diagrams.

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

microsoft/hve-core1,5182026年10月11日 更新

Create a durable Architecture Review Record from a confirmed System Architecture Reviewer scope, evidence, pillar analysis, trade-offs, and dispositions

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

microsoft/hve-core1,5182026年10月11日 更新

Mutating backlog execution for Azure DevOps, GitHub, and Jira. Use to create one item or apply a reviewed handoff to a confirmed tracker.

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

microsoft/hve-core1,5182026年10月11日 更新

microsoft のスキルをすべて見る

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