Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/shimo4228/claude-harness/implementation-chainnpx skills add shimo4228/claude-harness --skill implementation-chaingit clone --depth 1 https://github.com/shimo4228/claude-harnessWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/shimo4228/claude-harness/implementation-chain)<a href="https://agentmods.dev/skills/shimo4228/claude-harness/implementation-chain"><img src="https://agentmods.dev/badge/skills/shimo4228/claude-harness/implementation-chain.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00196 | $0.05049 |
| Opus 5 | $0.00098 | $0.02524 |
| Sonnet 5 | $0.00039 | $0.01010 |
| Haiku 4.5 | $0.00020 | $0.00505 |
Grade A, and why
implementation-chain scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured today.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Nothing flagged
None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.
How it starts
The opening of the file, as written. The whole thing — 185 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Implementation Chain
実装に着手する前にタスク種別を判定し、対応する chain を plan に front-load する。 実装中は判定をやり直さず、定義済みの chain をそのまま実行する。 commit / push / 公開の権限は task request と substrate が持つ。この skill は追加の人間 gate を作らない。
タスク種別判定（最初の plan ステップ）
| 種別 | 判定基準 | 例 |
|---|---|---|
feat |
新規機能・新規モジュール追加 | API 追加, 新ページ |
fix |
バグ修正（再現可能な不具合） | crash, 誤動作 |
refactor |
振る舞いを変えない構造変更 | 抽出, 改名, 整理 |
chore |
設定 / 依存更新 / コード付随の docs 追従 | settings, CI |
prototype |
学習・スパイク・本番外コード | 検証スクリプト |
writing |
文書自体が一次成果物 | README 改稿, 記事, 論文, llms.txt |
prototype を選ぶ場合は 「prototype として扱う理由」を plan に必須記載（fix/feat の悪用防止）。
harness 自体の変更: 対象が ~/.claude の rules / skills / hooks / agents / settings なら、種別に関わらず Plan で skill: harness-boundary を 1 回通す（どの層に置くか・モデルに任せられないか・runtime 交換後も残すか。1 行の判断で足りる）。
README の種別判定: README 自体の改善・書き直しが目的なら writing（Writing Chain → readme-writer）。コード変更に付随する README 追従更新ならコードチェーンの Doc Sync 内で扱う。
大きい feat の Plan の補助: ① Explore agent を 2〜3 並列・別角度（類似機能 / 構造 / 拡張点）で走らせ、各 agent に「主ループが読むべきファイル 5〜10」を 返させて読む ② 設計代替は Plan agent を観点違い（最小変更 / クリーン / 実用）で並列し、主ループが 比較して推奨・ユーザー選択（収束の所在は Matrix の Plan 行）。
実行者の決定（Plan の最後、必須）: plan が固まったら
「このセッションが実装するか」を 1 行で決める。判断が要るのは judge-tier のセッション（Fable）で
走っているとき — そのまま実装に入ると、Review 群まで judge-tier を消費する（built-in /code-review
と /simplify はセッションのモデルを継いで走り、モデル引数は無い。pin できるのは自作 agent と
plugin agent の model: だけ）。judge-tier の既定は dispatch: 実装は build-tier の新規セッション
（skill: spawn-session、または Agent tool / claude --bg -w <name> --model opus）へ渡し、
本セッションは packet を書いて検証側に残る（dispatch 条件の照合は skill: task-triage — 前提が
file:line で検証済み / worktree で可逆 / 受け入れ条件が判定可能 / 1 セッションに収まる /
rule 変更を含まない）。三役とティアの正本は task-triage の役割表（ここには複製しない）。
このセッションで実装してよいのは、次のいずれかを plan に 1 行記録したときだけ:
(a) 設計文書・ADR・skill / rule の散文編集（judge-tier の本業）、(b) dispatch 条件を満たせない
具体的理由がある、(c) ユーザーの明示指示。自己実装する場合も Review 群は下の
「Review の実行モデル pin」で build-tier に降ろす（人間の /model 切替を待たない）。
文脈損失（ADR-0016「model 継承は能力しか救わず文脈損失は救わない」）を dispatch を避ける理由に
しない — packet の充実で救う（packet の形は task-triage が正本）。
（失効条件: モデルのティア区別と使用限度が消えた、または substrate がセッション単位の model
routing を自発的に行うようになったら、この段落を外す。）
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- today Changed 871949a4616a
- 5d ago First seen · 185 lines · 196 tokens per session scan A 108e99a33323
implementation-chain is a skill published in the GitHub repository shimo4228/claude-harness (2 stars, last pushed 2d ago), licensed MIT. It adds 196 tokens to every session and 5,049 once invoked, about $0.0010 per session on Opus 5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.
Other skills, from other repositories
zod
Zod v4 best practices, patterns, and API guidance for schema validation, parsing, error handling, and type inference in TypeScript applications. Covers safeParse, object composition, refinements, transforms, codecs, branded types, v3→v4 migration, and testing schemas with Jest or Vitest. Baseline: zod ^4.3.0. Triggers…
jest
Jest best practices, patterns, and API guidance for JavaScript/TypeScript testing. Covers mock design, async testing, matchers, timer mocks, snapshots, module mocking, configuration, and CI optimization. Baseline: jest ^30.0.0. Triggers on: jest imports, describe, it, test, expect, jest.fn, jest.mock, jest.spyOn…
agent-adoption-triage
Five-question triage for routing AI work to the right architecture — script, algorithmic search, LLM workflow, or autonomous agentic loop — before any agent is built. Use when someone says "let's build an agent for X", when deciding whether a use case actually needs an autonomous agent, when reviewing an agent…
zod-testing
Testing patterns for Zod schemas using Jest and Vitest. Covers schema correctness testing, mock data generation, error assertion patterns, integration testing with API handlers and forms, snapshot testing with z.toJSONSchema(), and property-based testing. Baseline: zod ^4.0.0. Triggers on: test files for Zod schemas…
redux-saga
Redux-Saga best practices, patterns, and API guidance for building, testing, and debugging generator-based side-effect middleware in Redux applications. Covers effect creators, fork model, channels, testing with redux-saga-test-plan, concurrency, cancellation, and modern Redux Toolkit integration. Baseline: redux-saga…
redux-saga-testing
Write tests for Redux Sagas using redux-saga-test-plan, runSaga, and manual generator testing. Covers expectSaga (integration), testSaga (unit), providers, partial matchers, reducer integration, error simulation, and cancellation testing. Works with Jest and Vitest. Triggers on: test files for sagas…