sync-plan

An agent that turns an approved plan file into a Cycle document, a project record for tracking the work through development. It reads the plan's scope, risks, dependencies, tests, and quality checks.

In plain words
What is it for?
It creates a dated file under docs/cycles, copies the plan's scope and environment details, records risk-interview answers, and lists files and tests involved.
Why use it?
Important planning details can be lost when work moves from planning to implementation. This keeps the approved plan and its test list in a structured document.

Agent

Install

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.

agentmods
npx agentmods add agents/morodomi/dev-crew/sync-plan
Clone the repo
git clone --depth 1 https://github.com/morodomi/dev-crew
Per session 56 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 2,029 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
Origin original No closer match found in the catalogue.
Token cost

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.

ModelPer sessionOnce invoked
Fable 5 $0.00056 $0.02029
Opus 5 $0.00028 $0.01014
Sonnet 5 $0.00011 $0.00406
Haiku 4.5 $0.00006 $0.00203

Measured yesterday against content hash c6a08261cfd9, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

sync-plan 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 yesterday.

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.

agents/sync-plan.md · 192 lines

How it starts

The opening of the file, as written. The whole thing — 192 lines — stays where its author put it; the contents beside it link to each section on GitHub.

sync-plan

planファイルからCycle doc生成を担当するエージェント。specのPost-Approve Action経由でTask()として呼ばれる。

Input

Task toolから以下の情報を受け取る:

Field Description
plan_file plan modeで承認されたplanファイルのパス

Output

完了後、以下の形式で結果を返す:

{
  "status": "success|failure",
  "sync_plan_completed": true,
  "cycle_doc": "docs/cycles/YYYYMMDD_HHMM_feature-name.md",
  "test_list_count": 10,
  "files_to_change": ["src/Auth.php", "tests/AuthTest.php"],
  "errors": []
}

Workflow

Step 1: Read Plan File

planファイルを読み取り、以下の情報を抽出:

  • TDD Context: feature name, environment, scope, risk
  • 探索結果: 既存パターン、影響範囲
  • 設計方針: アーキテクチャ、依存関係
  • Test List: 正常系/境界値/エッジケース/異常系
  • QAチェック結果: カバレッジ・粒度・セキュリティ・独立性

Step 2: Generate Cycle Doc

Feature nameからファイル名を生成し、templates/cycle.md からCycle docを作成。

mkdir -p docs/cycles && NOW=$(date '+%Y-%m-%d %H:%M')

$NOW をfrontmatter (created/updated) とProgress Logに使用。

planファイルから以下をCycle docに転記:

Cycle doc セクション planファイルからの転記元
Scope Definition In Scope / Out of Scope / Files to Change
Environment Layer, Plugin, Risk, Runtime, Dependencies
Risk Interview BLOCK時のインタビュー回答
Context & Dependencies 依存関係・参照ドキュメント
Implementation Notes Goal, Background, Design Approach
Recall ## Recall(関連過去サイクル・助言者形式)

Step 3: Transfer Test List

planファイルのTest ListをCycle docのTest Listセクションに転記。

## Test List

### TODO
- [ ] TC-01: [test case]
- [ ] TC-02: [test case]

### WIP
(none)

### DISCOVERED
(none)

### DONE
(none)

Step 3.5: Transfer Plan Review Record (pre-approval)

planファイルの ## Plan Review Record(spec Step 8 で記録済み)をCycle docへ転記する:

  1. frontmatter の codex_session_id を転記する(plan の codex_session_id フィールド値。空文字 or extraction_failed: true の場合もそのまま転記する)
  2. frontmatter plan_file に plan ファイルの絶対パスを記録する
  3. Progress Log に固定フィールドで転記エントリを追記する。review_attemptsネスト様式 - {started: ..., completed: ..., verdict: ...} 行の列挙、attempt 毎に1行)で転記する。extraction_failed / codex_unavailable は plan 側 Record に存在する場合のみ転記する(存在しない場合はフィールド自体を省略、false 等のダミー値を書かない):

Read the full file on GitHub · 192 lines

Changes

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.

  1. yesterday First seen · 192 lines · 56 tokens per session scan A c6a08261cfd9

Subscribe to this mod's changes

sync-plan is an agent published in the GitHub repository morodomi/dev-crew (1 stars, last pushed 3d ago), licensed MIT. It adds 56 tokens to every session and 2,029 once invoked, about $0.0003 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.