agent-browser CLIでページ移動やフォーム入力、スクリーンショット取得、情報収集を行い、Webアプリの画面や動作を確認します。
- ページを開いて状態を確認したいとき
- フォーム入力後の画面を確かめたいとき
- 画面のスクリーンショットを撮りたいとき
Plans.mdのタスク状況や完了率、所要時間、費用の見積もりを集計し、セッションの進み具合をひと目で確認できるHTMLボードを作成します。
Generate a Progress Tracker HTML for non-engineer vibecoders to glance at session progress (cc:WIP / cc:TODO / cc:完了 counts, percentage, elapsed/estimated minutes, cost so far/estimate, drift alerts). Uses Plans.md as source of truth, renders a single-file HTML with auto-regeneration support. Use when user asks for progress overview, session status snapshot, dashboard, or says: progress tracker, 進捗確認, 進捗ボード, dashboard. Do NOT load for: actual implementation, code review, release work.
実行スコア 未検証
インストール方法を見るPlans.mdをもとに、cc:TODO、cc:WIP、cc:完了の件数と完了率を集計し、進行中セッションの状況を1枚のHTMLにまとめます。経過時間、推定総時間、現在までの費用、費用見積もりも表示します。完了率はタスクの状態マーカーから計算した値です。状態ファイルから時間や費用を取得できない場合、表示上の既定値が使われることがあります。HTMLは再生成して更新でき、必要に応じてブラウザで開けます。
複数のタスクを進めているセッションの状況を、エンジニア以外の人にも共有したいときに向いています。残作業や見積もりを一覧で確認したい場合にも役立ちます。
Plans.mdが必要です。集計対象は現プロジェクトです。出力は静的なHTMLで、ライブ更新には対応しません。表示用の既定値は実測値を意味しません。
この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Phase 65.4 (Progress Tracker) — 3rd surface of the cognitive-load HTML triplet. Plan Brief / Acceptance Demo に続く 3 つ目の HTML surface で、進行中セッションの全体像を 1 枚の紙で把握 できるようにする。
| 入力 | 動作 |
|---|---|
/harness-progress | 現プロジェクトの進捗 snapshot HTML を生成し開く |
/harness-progress --no-open | 生成のみ (browser 開かない、PostToolUse hook 用) |
/harness-progress --out <path> | 出力先指定 (default: out/progress-snapshot.html) |
"今のセッションは何件のタスクをどこまで終わらせて、いつ終わる見込みで、いくら使ったか" を、 エンジニアじゃない vibecoder が 3 秒でブラウザで把握 できる HTML 1 枚を生成する。
やる:
完了率は Plans.md のマーカーから算出した値であり、受け入れ検証の合格率ではない。説明では計測値と推定値を分ける。 state 欠損時の表示用既定値を実測の 0 と主張せず、元の計測が未取得ならその限界を報告する。ボード生成だけでタスクを完了にしない。
やらない (本 cycle):
詳細仕様: schemas/progress-snapshot.v1.schema.json
schema: progress-snapshot.v1
project: <basename of git repo>
current_task: <cc:WIP の最初の項目 1 行サマリ、なければ空文字>
progress_pct: <0-100 の整数、cc:完了 ÷ 総タスク × 100 の四捨五入>
todo_tasks: [{number, title}] ← cc:TODO のみ
wip_tasks: [{number, title}] ← cc:WIP のみ
done_tasks: [{number, title, commit}] ← cc:完了 [hash] のみ、hash は 7 chars
elapsed_minutes: <int, state file から>
estimated_total_minutes: <int, state file から>
cost_so_far_usd: <float, state file から>
cost_estimate_usd: <float, state file から>
alerts: [] ← Phase 65.4.3 以降で populate
generated_at: <ISO8601 UTC>
writing_lint_pending: [{id, pattern, approve_command, pending_count}] ← optional/additive (Phase 136.2)
deferred_ops_pending: [{id, command, approve_command, pending_count}] ← optional/additive (Phase 140.2)
scripts/writing-rule-list.sh --status pending --json の出力をそのまま snapshot に
組み込む optional フィールド。pending proposal が 0 件のときは配列が空になり、
progress.html.template の該当セクションは何も展開せず非表示になる (render-html.sh
の {{#section}} は配列が空だと block を 0 回展開するため)。
表示するのは コピペ用のコマンド文字列 (scripts/writing-rule-approve.sh --id <id>)
であって押せるボタンではない。承認は人間が CLI で writing-rule-approve.sh を実行する
一択の経路のまま (Phase 135.4。自動昇格経路は無い)。
PROJECT_NAME="$(basename "$(git rev-parse --show-toplevel)" 2>/dev/null || echo "current")"
SNAPSHOT_JSON="$(mktemp /tmp/progress-snapshot-XXXX.json)"
bash scripts/progress-snapshot.sh \
--plans Plans.md \
--project "$PROJECT_NAME" \
> "$SNAPSHOT_JSON"
scripts/progress-snapshot.sh (Phase 65.4.1 で実装) は Plans.md を parse し
progress-snapshot.v1 schema 準拠の JSON を出力する。内部で
scripts/writing-rule-list.sh --status pending --json も呼び、writing_lint_pending
を additive に組み込む (Phase 136.2。writing-rule-list.sh が無い/失敗する場合は空配列)。
同様に .claude/state/deferred-ops.jsonl の status: pending 行を deferred_ops_pending
として組み込む (Phase 140.2。ファイルが無い/壊れた行は読み飛ばして空配列)。表示するのは
コピペ用の bin/harness deferred approve <id> 文字列で、押せるボタンではない。
OUT_PATH="${OUT_PATH:-out/progress-snapshot.html}"
mkdir -p "$(dirname "$OUT_PATH")"
bash scripts/render-html.sh \
--template progress \
--data "$SNAPSHOT_JSON" \
--out "$OUT_PATH"
--no-open flag がない場合のみ実行 (PostToolUse hook からの背景再生成では skip):
bash scripts/plan-brief-open.sh --path "$OUT_PATH"
Phase 65.4.4 で --cross-project-group <name> flag が追加される。本 cycle (65.4.1) では default OFF、現プロジェクトのみ集計する。
| 状態 | 動作 |
|---|---|
| Plans.md が無い | progress-snapshot.sh が exit 1 (clear error message) |
| Plans.md にタスクが 1 件もない | progress_pct: 0, 空配列 で snapshot 生成 (HTML は「タスクなし」表示) |
| state file (経過分数等) が無い | elapsed_minutes: 0, cost_so_far_usd: 0 で fallback (warning なし) |
git 不在 / git repo 外 | project: "current" で fallback |
harness-plan-brief (Phase 65.1.x) — 1st surface (実装前の説明会)harness-accept (Phase 65.2.x) — 2nd surface (検収判断)harness-progress (本 skill, Phase 65.4.x) — 3rd surface (進捗ダッシュボード)まだレビューはありません。使ってみた感想をお寄せください。
ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。
まだコメントはありません。最初のコメントを書いてみませんか。
agent-browser CLIでページ移動やフォーム入力、スクリーンショット取得、情報収集を行い、Webアプリの画面や動作を確認します。
Plans.mdのタスクをチームに分担し、依存関係に沿って実装・レビュー・取り込みまで進めて、結果と進捗をまとめます。
計画済みタスクの実装をチーム形式で進め、Workerへの委譲、独立レビュー、修正、完了報告までを一連の流れで調整します。
Claude CodeやCodexの更新を取り込む変更をレビューし、機能表への記載に実装・検証・将来計画が伴っているか分類します。
CIの失敗ログや変更履歴から原因を切り分け、実装・テスト・環境のどこを直すべきかを判断して、承認範囲内の修正を進めます。
cursor-agentに読み取り専用で質問や調査を依頼し、設計の相談や別の視点からの確認を受けて、根拠と注意点を短く整理します。