standards-templates-drift
standards と templates のドリフト、相互参照チェック、templates drift、standards-templates-drift、パス参照の実在、節番号の実在を確認したい依頼で使用される。両 checkout の相互参照が指すパスと節番号を照合し、不在と判定不能を報告するスキル。
Skill by elchika-inc
Install
Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.
npx agentmarket install skill/elchika-inc-standards-templates-drift
Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.
Get the weekly diff
The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.
About
Reviews
Write a reviewNo reviews yet. Installed it? Reviews come from verified installers only. How reviews work
Permissions
What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.
- Tools
- No tools found
- Secrets
- None asked for
- Install scripts
- None found
- Runs as
- Shell scripts
Network hosts it talks to 1
codeload.github.com· found in install command
Files it touches
~/.claude/skills/standards-templates-drift
What's inside
- Skill name
standards-templates-drift- Description
- standards と templates のドリフト、相互参照チェック、templates drift、standards-templates-drift、パス参照の実在、節番号の実在を確認したい依頼で使用される。両 checkout の相互参照が指すパスと節番号を照合し、不在と判定不能を報告するスキル。
- License
- MIT
- Instructions
- 86 lines in SKILL.md · view on GitHub
Before installing
- Ships executable scripts
Files (27)
- SKILL.md
- DOCS_OPS.md · fixtures/empty/standards/
- README.md · fixtures/empty/standards/
- guide.md · fixtures/empty/templates/.docs/
- AGENTS.md · fixtures/empty/templates/
- README.md · fixtures/empty/templates/
- agents.md.template · fixtures/empty/templates/_base/
- DOCS_OPS.md · fixtures/missing-path/standards/
- README.md · fixtures/missing-path/standards/
- guide.md · fixtures/missing-path/templates/.docs/
- AGENTS.md · fixtures/missing-path/templates/
- README.md · fixtures/missing-path/templates/
- agents.md.template · fixtures/missing-path/templates/_base/
- DOCS_OPS.md · fixtures/missing-section/standards/
- README.md · fixtures/missing-section/standards/
- guide.md · fixtures/missing-section/templates/.docs/
- AGENTS.md · fixtures/missing-section/templates/
- README.md · fixtures/missing-section/templates/
- agents.md.template · fixtures/missing-section/templates/_base/
- DOCS_OPS.md · fixtures/positive/standards/
- README.md · fixtures/positive/standards/
- guide.md · fixtures/positive/templates/.docs/
- AGENTS.md · fixtures/positive/templates/
- README.md · fixtures/positive/templates/
- agents.md.template · fixtures/positive/templates/_base/
- check-refs.sh · scripts/
- self-check.sh · scripts/
SKILL.md (first lines)
# standards と templates の相互参照チェック ## 目的 次の 2 方向の参照の実在を検査し、方向別の参照数・不在数と不在の一覧を報告する。 1. standards の Markdown が `templates/blob/main/<path>` で指す、templates 内のパス。 2. templates の `README.md`・`AGENTS.md`・`.docs`・`_base` が `<文書名>(.md)? ?§N` で指す、standards の節番号。 検査対象の文書名は `DOCS_OPS`・`AI_FIRST`・`ARCHITECTURE`・`DESIGN`・`PROJECT_RULES`・`PRODUCT_PLAYBOOK`、見出しは `## N.` の書式とする。詳細は同梱の [scripts/check-refs.sh](scripts/check-refs.sh) にある。 文書は standards 直下の 1 段のフォルダ(`.docs/`・`.git/` を除く)の `<文書名>.md` を探し、実在するファイルが 1 つならそれを、0 ならルートの `<文書名>.md` を使う。2 つ以上あれば候補のパスを標準エラーに出し、判定不能(exit 2)とする。 意味的ドリフト(雛形の記述と規定本文のずれ)は対象外。`standards_version` を上げる際に standards の CHANGELOG の差分を読む経路へ委ねる。この検査で規定本文との整合まで確認したとは報告しない。 ## 前提 Bash、`git`、`grep`、`sed`、`sort` と、standards / templates の両 checkout が必要。検査は手元のファイルを読み、修正・checkout の更新・マージはしない。 引数の指定が環境変数より優先され、両方省略した場合は以下の既定パスを使う。相対パスはコマンドを実行するディレクトリから解決される。 | 引数 | 環境変数 | 既定パス | |---|---|---| | `--standards` | `STANDARDS_ROOT` | `~/projects/elchika-inc/standards` | | `--templates` | `TEMPLATES_ROOT` | `~/projects/elchika-inc/templates` | 使用するパスを決め、両 checkout で `git fetch origin` を実行する。続いて HEAD と `origin/main` の SHA、差分の有無、作業ツリーの変更を確認する。以下は既定パスの例であり、別のパスを使う場合は同じ対象へ置き換える。 ```bash git -C ~/projects/elchika-inc/standards fetch origin git -C ~/projects/elchika-inc/standards rev-parse HEAD origin/main git -C ~/projects/elchika-inc/standards rev-list --left-right --count HEAD...origin/main git -C ~/projects/elchika-inc/standards status --short git -C ~/projects/elchika-inc/templates fetch origin git -C ~/projects/elchika-inc/templates rev-parse HEAD origin/main git -C ~/projects/elchika-inc/templates rev-list --left-right --count HEAD...origin/main git -C ~/projects/elchika-inc/templates status --short ``` 各コマンドを個別に実行して出力と終了コードを確認する。HEAD と `origin/main` に差があれば、結果に「checkout が古い」と併記し、先行・遅延の件数も残す。作業ツリーに変更がある場合も明記する。自動で pull / reset しない。fetch の一過性エラーは 1 回だけ再試行し、失敗が続く、または差分を確認できない場合は「判定不能」として理由を報告する。 ## 手順 以下のスクリプトはこの skill ディレクトリから実行する。別の場所からはスクリプトの実際のパスを指定する。引数の説明は `bash scripts/check-refs.sh --help` で確認できる。 ### 1. self-check を先に通す ```bash bash scripts/self-check.sh ``` exit 0 と `self-check: PASS` を確認する。正例の成功、壊れたパス・節の検出、空走ガードを fixture で検証する。未実行・失敗・出力欠落なら「判定不能」とし、準拠判定へ進まない。原因と実行出力を報告する。 ### 2. 両 checkout を検査する ```bash bash scripts/check-refs.sh --standards ~/projects/elchika-inc/standards --templates ~/projects/elchika-inc/templates ``` 出力と終了コードを保存する。コマンドを pipe で加工せず、各方向の `実在:` / `不在:` と `参照数=N 不在数=M(重複除外)`、最後の合計を確認する。件数は固定値と比較せず、その checkout での実測値として扱う。 | 終了コード | 判定 | 条件 | |---|---|---| | 0 | 準拠 | self-check 通過済みで、両方向に 1 件以上の参照があり、不在がない | | 1 | 違反 | 不在のパスまたは節がある | | 2 | 判定不能 | checkout 不正、いずれかの方向の参照 0 件、抽出・検索等のエラー、同じ名前の文書が分野のフォルダに 2 つ以上ある | 中断・想定外の終了コード・必要な出力の欠落も判定不能とする。判定不能と不在が併存した場合は判定不能を優先し、得られた不在情報は併記する。未完了の集計や self-check 未通過の不在 0 件を準拠と報告しない。参照の追加・移動・節の修正は行わない。 ### 3. レポートする ```text 判定: 準拠 / 違反 / 判定不能 対象: standards と templates の checkout パス・HEAD・origin/main 鮮度: fetch の成否、先行/遅延、作業ツリーの変更(差があれば「checkout が古い」) self-check: 終了コードと PASS の確認結果 方向 1(standards → templates): 参照数、 不在数(重複除外) 不在のパス一覧 / なし / 未集計(理由) 方向 2(templates → standards): 参照数、 不在数(重複除外) 不在の文書・節番号一覧 / なし / 未集計(理由) 合計: 参照数、不在数(未完了なら明記) check-refs: 終了コード 判定不能の理由: 該当時にコマンドとエラーを記載 ``` 結果の記録先は templates の `.docs/STATUS.md`「達成状況」にある相互参照の該当行。レポートを渡し、記録更新が依頼された作業で確認日・測定した件数・判定をその行へ反映するよう案内する。このスキルは STATUS.md を含めファイルを変更しない。数値は実行時に測定し、スキルへ固定しない。
From elchika-inc/agent-toolkit, MIT.
More from elchika-inc/agent-toolkit
- 0.570score
documenting-verification
elchika-inc
Use when 動作検証を実行してその結果を再現可能な資料としてリポジトリに残したいとき。「動作検証して資料に残して」「動かして確認してエビデンスを残して」「デプロイ前に本当に動くか実体で確かめたい」といった依頼、および実装や画面から動作パターンを網羅的に洗い出して実行し検証レポートを成果物として求める場面で使う。…
SkillAFreshness: AClaude Code +9 - 0.567score
verifying-changes
elchika-inc
PR・昇格 PR・本番デプロイのあとに、司令塔から配車された確認役が動作を確かめ、実測記録を基に結果を分類して GitHub へ残すときに使う。PR・昇格・本番の確認は verifying-changes、検証資料をリポジトリへ残す依頼は documenting-verification が扱う。
SkillAFreshness: AClaude Code +9 - 0.567score
layout-geometry-check
elchika-inc
このスキルは「レイアウト崩れを検査」「はみ出しを確認」「文字切れを検出」「layout geometry check」と依頼されたときに使われる。Playwright で複数の画面幅の要素座標を測り、表示崩れの候補を JSON に出し、基準線との差分を検査する。
SkillAFreshness: AClaude Code +9 - 0.565score
delegation-spec
elchika-inc
Use when 司令塔(coordinator)が worker へ実装・修正・整理タスクを委任する仕様(dispatch spec)を書くとき。トリガー: 「委任仕様を書いて」「worker に出す」「dispatch する」「委任テンプレ」「委任仕様のチェック」。literal 実行前提の worker…
SkillAFreshness: AClaude Code +9 - 0.540score
lens-review-cycle
elchika-inc
This skill should be used when the user asks to "レンズレビュー", "lens review cycle", "専門家レビュー", "expert review cycle", "5人の専門家にレビューしてもらおう", "指摘が0になるまでレビュー"…
SkillAFreshness: AClaude Code +9 - 0.539score
standards-refactor
elchika-inc
Use when the user asks to refactor existing code or make it more readable — リファクタリングして, 読みやすくして, standards-refactor, CODING.md に沿って直して, この関数やファイルが読みにくい…
SkillAFreshness: AClaude Code +9 - 0.529score
guarantee-ledger
elchika-inc
Use when プロジェクトへ保証レコード(guarantee ledger)を導入する・保証を追記する・保証レコードの機械検査を配線するとき。壊してはいけない約束を一枚の文書へ宣言し、実装とテストへ索引を張り、その約束の出自(指示・判断の出来事)を必須にする。トリガー: 「保証台帳」「guarantee…
SkillBFreshness: BClaude Code +9 - 0.524score
sentinel
nishikawa
Use when code changes need structured quality + security review with false-positive filtering.
SkillBFreshness: BClaude Code +9 - 0.524score
guarantee-pin-check
elchika-inc
Use when 保証レコードの pin 未確認(unpinned)な保証をまとめて潰すとき。保証を意図的に壊して裏付けテストが赤くなることを観測し、証跡を保証レコードへ記入する多主体の手順。トリガー: 「pin 確認」「unpinned を潰す」「保証が本当に守られているか確かめる」「mutation…
SkillBFreshness: BClaude Code +9 - 0.520score
dreaming
elchika-inc
Use when CLAUDE.md やプロジェクトのルール文書が肥大化・陳腐化していないか棚卸ししたいとき。Triggers: "棚卸し", "Dream", "ルールの剪定", "CLAUDE.md 肥大化", "overfit チェック", "altitude チェック", "ドキュメント整理"…
SkillBFreshness: BClaude Code +9 - 0.520score
message-adapter
elchika-inc
Use when connecting a new message source or consumer to a messaging hub — 新しい通知ソースを繋ぐ, ingest アダプタを作る, メッセージを別の用途で読む, incidentctl のような CLI を作る, hub…
SkillBFreshness: BClaude Code +9 - 0.520score
guarantee-interview
elchika-inc
Use when 既存アプリの出自を持たない振る舞いを、人間へ問うて裁定し保証レコードへ昇格させるとき。実装を読んで観測した振る舞いを問いカードへ正規化し、人間に「意図か否か」だけを問い、その裁定を判断の出来事として文書へ残す。トリガー: 「裁定インタビュー」「guarantee…
SkillBFreshness: BClaude Code +9
Signals
- Stars
- 0
- Forks
- 0
- Open issues
- 2
- Last commit (this folder)
- Sep 15, 2026 (1 month ago)
From GitHub (fetched Oct 24, 2026).
Details
- License
- MIT
- Repository
- github.com/elchika-inc/agent-toolkit
- First seen
- Oct 24, 2026
- Last checked
- Oct 24, 2026
- Source
- GitHubgithub-graphql
More from elchika-inc
- 0.570score
documenting-verification
elchika-inc
Use when 動作検証を実行してその結果を再現可能な資料としてリポジトリに残したいとき。「動作検証して資料に残して」「動かして確認してエビデンスを残して」「デプロイ前に本当に動くか実体で確かめたい」といった依頼、および実装や画面から動作パターンを網羅的に洗い出して実行し検証レポートを成果物として求める場面で使う。…
SkillAFreshness: AClaude Code +9 - 0.567score
verifying-changes
elchika-inc
PR・昇格 PR・本番デプロイのあとに、司令塔から配車された確認役が動作を確かめ、実測記録を基に結果を分類して GitHub へ残すときに使う。PR・昇格・本番の確認は verifying-changes、検証資料をリポジトリへ残す依頼は documenting-verification が扱う。
SkillAFreshness: AClaude Code +9 - 0.567score
layout-geometry-check
elchika-inc
このスキルは「レイアウト崩れを検査」「はみ出しを確認」「文字切れを検出」「layout geometry check」と依頼されたときに使われる。Playwright で複数の画面幅の要素座標を測り、表示崩れの候補を JSON に出し、基準線との差分を検査する。
SkillAFreshness: AClaude Code +9 - 0.565score
delegation-spec
elchika-inc
Use when 司令塔(coordinator)が worker へ実装・修正・整理タスクを委任する仕様(dispatch spec)を書くとき。トリガー: 「委任仕様を書いて」「worker に出す」「dispatch する」「委任テンプレ」「委任仕様のチェック」。literal 実行前提の worker…
SkillAFreshness: AClaude Code +9 - 0.540score
lens-review-cycle
elchika-inc
This skill should be used when the user asks to "レンズレビュー", "lens review cycle", "専門家レビュー", "expert review cycle", "5人の専門家にレビューしてもらおう", "指摘が0になるまでレビュー"…
SkillAFreshness: AClaude Code +9 - 0.539score
standards-refactor
elchika-inc
Use when the user asks to refactor existing code or make it more readable — リファクタリングして, 読みやすくして, standards-refactor, CODING.md に沿って直して, この関数やファイルが読みにくい…
SkillAFreshness: AClaude Code +9
Cite this page
standards-templates-drift skill. Agent Mart. https://agentmart.dev/skills/elchika-inc-standards-templates-drift (last updated 2026-10-24)