跳到正文
cccskills
免费在 GitHub 公开

ref-yaml-spec-fetcher

YAML仕様が変わったか確認するとき、公式仕様との差分を確認するときに使う。

中文简介正在准备中。当前显示原文说明。

集成工具GitHub
查看安装方法

包含的文件(6)

  • SKILL.md3.1 KB
  • prompts/R1-search-summarize.md6.6 KB
  • references/resource-map.yaml982 B
  • references/spec-diff-history.md50.1 KB
  • references/yaml-spec-cache.md463.6 KB
  • schemas/query-result.schema.json1.0 KB

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

ref-yaml-spec-fetcher

Purpose & Output Contract

Claude Code 公式 YAML frontmatter 仕様のローカルキャッシュを提供する(PF-G1-001)。

入力: なし(Read-only辞書型) 出力: references/yaml-spec-cache.md の内容(最終取得日時付き)

更新方式: GitHub Actions(update-yaml-spec.yml)による週次自動取得を正式運用とする。 実仕様ページ群(skills / settings / sub-agents / hooks / permissions / agent-teams / commands / plugins / plugins-reference / output-styles / tools-reference)と製品 CHANGELOG を取得して references/yaml-spec-cache.md を更新し、 変更時は references/spec-diff-history.md へ差分を記録して dedup 付きの spec-drift issue を起票する。 手動取得は Actions 障害時の fallback とし、担当者(owner: team-platform)が下記手順に従う。

Key Rules

  1. Read-only: この ref スキル自身はファイルを書き込まない。キャッシュと差分履歴への書き込みは update-yaml-spec.yml(GitHub Actions)が担う。
  2. キャッシュ参照: 直接ネットワーク取得しない。references/yaml-spec-cache.md を Read する。
  3. 鮮度確認: last_fetched: メタデータで取得日時を確認し、30日超過なら更新を推奨する。
  4. 差分報告: 現行 03-yaml-frontmatter-reference.md との差分を指摘する。

参照ファイル

  • references/yaml-spec-cache.md — 公式仕様の週次キャッシュ
  • references/spec-diff-history.md — 過去の差分履歴

公式ソース

手動取得手順(fallback・Actions障害時)

  1. 上記公式ソースをブラウザで開き、frontmatter 仕様セクションを目視確認する。
  2. 変更がある場合は references/yaml-spec-cache.md の本文を更新し、frontmatter の last_fetched: を当日 ISO 日付に書き換える。
  3. 旧版との差分(追加/削除/変更フィールド)を references/spec-diff-history.md に追記する(日付・変更要約・出典 URL)。
  4. 30日経過しても更新が無い場合は last_fetched: のみ更新し「変更なし確認」と記録する。
  5. 自動化は完了済(update-yaml-spec.yml)。今後の見直しは公式が機械可読スキーマ(JSON Schema 等)を提供した時点で run-skill-rubric-governance の Proposal として再評価する。

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

アプリ・Webサービス・業務ツールの制作を、証拠分析→確定的な初稿→要件定義→体験設計→機能分解→実装→品質ゲート→リリース判定の手順ゲート制で進めるスキル。質問で要件を埋めるのではなく、依頼文・既存コード・資料・ログから最有力案を選び、動く成果物を先に出して差分で改善する。ユーザーが「アプリを作りたい」「ツールを作って」「〜を自動化したい」「システム化したい」「要件定義」「仕様を決めたい」「UI/UXを設計して」「体験を良くしたい」「機能を洗い出して」「MVPを決めたい」「品質チェック」「リリースしていいか判断して」などと言ったら必ず使用する。外部データの取込・マスタ・締め処理を伴う業務システムでは references/data-lifecycle.md も併用する。新規・既存を問わずアプリの制作・改善・リニューアルで使用する。

中文简介正在准备中。当前显示原文说明。

daishiman/harness-dev102026年10月19日 更新

Webアプリの準備→要件定義→設計→実装→公開→品質ゲートを実行する内部オーケストレーター。Claude Codeの /build-app /improve-app、Codexの $build-app / $improve-app から明示的に委譲された場合、custom agent起動時、または利用者が $app-orchestrator を明示した場合だけ使用する。一般のアプリ相談から暗黙起動しない。

中文简介正在准备中。当前显示原文说明。

daishiman/harness-dev102026年10月19日 更新

run-extract-blueprint が生成した章別ブループリントの忠実性を独立 context で評価したいとき、事実/推測区別と粒度と被覆を検証し draft_hash に束縛した PASS/FAIL verdict をローカル品質ゲート (C01 の周回内の受入判定・差し戻し) へ渡したいときに使う。

中文简介正在准备中。当前显示原文说明。

daishiman/harness-dev102026年10月19日 更新

確認点で利用者が見る深さを選んだあと打ち合わせ資料を作り手とは別の目で確かめたいとき、正確さ・言葉・見た目・シンプルさの指摘を資料の編集なしで受け取りたいときに使う。

中文简介正在准备中。当前显示原文说明。

daishiman/harness-dev102026年10月19日 更新

生成した handout 資料が初心者に伝わるか読みやすさレビューを依頼したいとき、独立 context のレビュアーから指摘と根拠つきの verdict を回収したいときに使う。

中文简介正在准备中。当前显示原文说明。

daishiman/harness-dev102026年10月19日 更新

Notion ページを描画する直前に粒度を検証したいとき、info-collector-agent ページと同等の section 充足度を section_canonical_map 基準で機械検証したいときに使う。

中文简介正在准备中。当前显示原文说明。

daishiman/harness-dev102026年10月19日 更新

查看 daishiman 的全部技能

报告此技能的问题