harness-work

HAR: Execute Plans.md tasks from single task to full parallel team run. Trigger: implement, execute, do everything, breezing, team run, parallel, composer, composer 2.5. Do NOT load for: planning, review, release, setup.

Zur Installation springen

Repository: whyzsm/tiny-agents
Letzte Quellaktivität: 7. Juli 2026 um 07:21
Erkannte Sprache von SKILL.md: Japanisch
Sterne: 2
Forks: 0

Installationsoptionen

Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.

Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.

Ein direkter Befehl überspringt den Prüf-Prompt. Prüfen Sie die Quelle, bevor Sie ihn ausführen.

npx skills add https://github.com/whyzsm/tiny-agents --skill harness-work

Der Befehl bleibt in einer Zeile. Scrollen Sie horizontal, um ihn vor dem Kopieren vollständig zu prüfen.

Sie bevorzugen eine lokale Kopie? Laden Sie die Dateien herunter, die SkillsMP derzeit vorliegen.

Quelldateien prüfen

Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.

Datei-Explorer

6 Dateien

SKILL.md

Quellanweisungen · Schreibgeschützte Vorschau

Zurück zur Suche Zurück zur Installation

tech-tmax-backend-architect-team

Single-Agent T-MAX Java backend architecture and engineering rule package. Use when Codex must design, implement, review, or diagnose T-MAX backend services involving Java 8, Spring Boot, Kylin, MyBatis XML, TiDB/MySQL, Apollo/Nacos, Feign, AnePageHelper, ResponseResult/DataGridResult, UEP export, Redis, RabbitMQ, or Maven multi-module repositories. Routes one Agent through repository intake, architecture decisions, API/data contracts, implementation diagnosis, quality/security review, and bounded evidence loops while keeping builds, tests, live calls, commits, and pushes as separate authority boundaries.

2026-08-18

consulting-html-report

Create polished consulting-style single-file HTML research reports from messy business notes, screenshots, metrics, and iterative user feedback. Use this skill whenever the user asks for a 咨询风/艾瑞咨询风/研究报告/汇报报告/HTML报告, wants business or AI landing-practice material turned into a management-facing report, asks to add charts/diagrams, or asks to update report metrics and keep the whole HTML report consistent.

2026-08-08

harmonyos-app-store-self-check

Audit HarmonyOS applications for AppGallery/AGC release readiness, including Huawei UX/HMI controls, system-feature integrations, and performance gates for multi-input interaction, latency, frame rate, content display, memory, and CPU. Use when users ask for 鸿蒙上架自检、应用市场审核、AGC发布前检查、控件/系统特性/人机交互/签名/隐私/权限/截图/性能核对或 release 包门禁, especially for Stage-model projects with module.json5, build-profile.json5, hvigorw, and local-first data constraints.

2026-08-07

Alle aus diesem Repository ansehen

name	harness-work
description	HAR: Execute Plans.md tasks from single task to full parallel team run. Trigger: implement, execute, do everything, breezing, team run, parallel, composer, composer 2.5. Do NOT load for: planning, review, release, setup.
description-en	HAR: Execute Plans.md tasks from single task to full parallel team run. Trigger: implement, execute, do everything, breezing, team run, parallel, composer, composer 2.5. Do NOT load for: planning, review, release, setup.
description-ja	HAR:Plans.md タスクを1件から全並列チーム実行まで担当。実装して、実行して、全部やって、breezing、チーム実行、parallel、composer、コンポーザー、composer 2.5 で起動。プランニング・レビュー・リリース・セットアップには使わない。
kind	workflow
purpose	Execute Plans.md tasks end to end
trigger	implement, execute, do everything, breezing, team run, parallel, composer, composer 2.5, composer mode, コンポーザー
shape	workflow
role	executor
pair	harness-review
owner	harness-core
since	2026-05-05
allowed-tools	["Read","Write","Edit","Grep","Glob","Bash","Task","Monitor"]
argument-hint	[all] [task-number\|range] [--codex] [--parallel N] [--no-commit] [--resume id] [--breezing] [--auto-mode] [--tdd-bypass]
user-invocable	true
effort	high

Harness Work

Harness の統合実行スキル。以下の旧スキルを統合:

work — Plans.md タスクの実装（スコープ自動判断）
impl — 機能実装（タスクベース）
breezing — チームフル自動実行
parallel-workflows — 並列ワークフロー最適化
ci — CI 失敗時の復旧

Quick Reference

ユーザー入力	モード	動作
`/harness-work`	auto	タスク数で自動判定（下記参照）
`/harness-work all`	auto	全未完了タスクを自動モードで実行
`/harness-work 3`	solo	タスク3だけ即実行
`/harness-work --parallel 5`	parallel	5ワーカーで並列実行（強制）
`/harness-work --codex`	codex	Codex CLI に委託（明示時のみ）
Cursor host (adapter candidate)	cursor	Task/subagent routing via `.cursor/AGENTS.md`; not auto-selected
`/harness-work --breezing`	breezing	チーム実行を強制
`/harness-work 3 --plan roadmap`	solo	named Plans の `roadmap` からタスク3を実行

Execution Mode Auto Selection（フラグなし時の自動判定）

明示的なモードフラグ（--parallel, --breezing, --codex）がない場合、対象タスク数に応じて最適なモードを自動選択する:

対象タスク数	自動選択モード	理由
1 件	Solo	オーバーヘッド最小。直接実装が最速
2〜3 件	Parallel（Task tool）	Worker 分離のメリットが出始める閾値
4 件以上	Breezing	Lead 調整 + Worker 並列 + Reviewer 独立の三者分離が効果的

ルール

明示フラグは常にオートモードを上書きする
- --parallel N → Parallel モード（タスク数に関係なく）
- → Breezing モード（タスク数に関係なく）

backend	実装の担い手	委託コマンド
`claude`（既定）	Task subagent（`agents/worker.md`）	Agent tool で worker を spawn
`codex`	Codex CLI	`bash "${HARNESS_PLUGIN_ROOT}/scripts/codex-companion.sh" task --write "<prompt>"`
`cursor`	cursor-agent（model `composer-2.5-fast`）	`bash "${HARNESS_PLUGIN_ROOT}/scripts/cursor-companion.sh" task --write --workspace <worktree> "<prompt>"`

backend	経路
`claude`（既定）	Lead → Worker (`claude-code-harness:worker` agent) → … → Lead review → cherry-pick
`codex`	Lead → `codex-companion.sh task --write` → Lead review → cherry-pick
`cursor`	Lead → `cursor-companion.sh task --write --workspace <isolated-wt>` → Lead review → cherry-pick

ゲート	コマンド	検知できるもの
diff 目視	`git show <sha>`	変更が意図どおりか・他ファイル touch なしか・support tier 表記不変か
contract grep	`bash tests/test-support-claim-wording.sh`	公開 support 表記の破壊
contract grep	`bash scripts/ci/check-consistency.sh`	i18n / locale / mirror / capability matrix の固定文字列契約破壊
contract grep	`bash tests/validate-plugin.sh`	plugin 配布契約・hook 配線

オプション	説明	デフォルト
`all`	全未完了タスクを対象	-
`N` or `N-M`	タスク番号/範囲指定	-
`--parallel N`	並列ワーカー数	auto
`--sequential`	直列実行強制	-
`--codex`	Codex CLI で実装委託（明示時のみ、自動選択しない）	false
`--backend <claude\|codex\|cursor>`	明示バックエンド選択（worker ロールのみ適用、precedence 最上位）	claude
`--cursor`	cursor backend（`--codex` と同様、明示時のみ。cursor-agent 未インストール環境があるため自動選択しない）	false
`--plan NAME`	`plans/manifest.json` の named plan を使う	active/default
`--no-commit`	自動コミット抑制	false
`--resume <id\|latest>`	前回セッション再開。長く空いた後は `/recap` 併用を推奨	-
`--breezing`	Lead/Worker/Reviewer のチーム実行	false
`--no-tdd`	TDD フェーズスキップ	false
`--tdd-bypass`	緊急時だけ TDD 強制を bypass。`HARNESS_TDD_BYPASS_REASON` または明示理由を audit に残す	false
`--no-simplify`	Auto-Refinement スキップ	false
`--auto-mode`	Harness 側の Auto Mode rollout を明示。CC 2.1.111 で不要になった `--enable-auto-mode` とは別物	false

詳細	参照
Solo / Parallel / Codex / Breezing の具体手順	`references/execution-modes.md`
Codex review、Reviewer fallback、AI Residuals、修正ループ	`references/review-loop.md`
Solo / Breezing 完了報告の生成	`references/completion-report.md`
テスト/CI 失敗時の再チケット化	`references/failure-reticketing.md`
仕様正本チェックの基準	`docs/plans/spec-ssot.md`

要素	条件	スコア
ファイル数	変更対象 4 ファイル以上	+1
ディレクトリ	core/, guardrails/, security/ を含む	+1
キーワード	architecture, security, design, migration を含む	+1
失敗履歴	agent memory に同タスクの失敗記録あり	+2
明示指定	PM テンプレートに `effort: high` / `effort: xhigh`（旧 `ultrathink` も互換受理）記載あり	+3（自動採用）

スコア	code-risk（core/guardrails/security/architecture/migration を含む）	effort tier
0-2	不問	`medium`（Worker frontmatter 既定のまま）
≥ 3	なし	`high`
≥ 3	あり	`xhigh`

条件	アクション
`cc:完了` 後にテスト失敗	修正タスク案を state に保存し、承認を待つ
CI 失敗（3回未満）	修正を実施し、失敗カウントをインクリメント
CI 失敗（3回目）	修正タスク案を提示 + エスカレーション

重要度	定義	verdict への影響
critical	セキュリティ脆弱性、データ損失リスク、本番障害の可能性	1 件でも → REQUEST_CHANGES
major	既存機能の破壊、仕様との明確な矛盾、テスト不通過	1 件でも → REQUEST_CHANGES
minor	命名改善、コメント不足、スタイル不統一	verdict に影響しない
recommendation	ベストプラクティス提案、将来の改善案	verdict に影響しない

公式 plugin	Harness	verdict 影響
`approve`	`APPROVE`	-
`needs-attention`	`REQUEST_CHANGES`	-
`findings[].severity: critical`	`critical_issues[]`	1件でも → REQUEST_CHANGES
`findings[].severity: high`	`major_issues[]`	1件でも → REQUEST_CHANGES
`findings[].severity: medium/low`	`recommendations[]`	verdict に影響しない

harness-work

Quellinformationen

Installationsoptionen

Quelldateien prüfen

Mehr aus diesem Repository

Mehr aus diesem Repository

Harness Work

Quick Reference

Execution Mode Auto Selection（フラグなし時の自動判定）

ルール

Harness Work

Quick Reference

Execution Mode Auto Selection（フラグなし時の自動判定）

ルール

Execution Backend Selection（実装バックエンド選択）

解決手順

自然言語 backend trigger

role-scoped 制約

非 claude バックエンドのトポロジー（Worker 介在なし）

非 claude バックエンドの self_review ゲート

cursor バックエンドの banner（委託前に必須）

Lead の cherry-pick 前ゲート（contract grep を必須）

オプション

Progressive Disclosure

重要停止条件

スコープダイアログ（引数なし時）

Effort レベル制御（Opus 4.8 / v2.1.111+）

多要素スコアリング

effort tier の決め方（注入しない）

実行モード詳細

Harness helper script root

Backend-resolved executor path (Solo / Parallel / Breezing)

Solo モード（1 件時の自動選択）

Parallel モード（2〜3 件時の自動選択 / --parallel N で強制）

Codex モード（--codex 明示時のみ）

Cursor モード（adapter candidate、自動選択しない）

Breezing モード（4 件以上で自動選択 / --breezing で強制）

Advisor Protocol（全モード共通）

Solo モードでの Advisor

Sprint Contract

CI 失敗時の対応

失敗タスクの自動再チケット化

トリガー条件

修正タスクの自動生成

レビューループ

レビュー実行の優先順位

APPROVE / REQUEST_CHANGES の判定基準

Codex exec レビュー（公式プラグイン経由）

内部 Reviewer agent フォールバック

修正ループ（REQUEST_CHANGES 時）

Breezing モードでの適用

完了報告フォーマット

テンプレート

生成ルール

Parallel モードでの報告

Breezing モードでの報告

関連スキル

非 `claude` バックエンドのトポロジー（Worker 介在なし）

非 `claude` バックエンドの self_review ゲート

Parallel モード（2〜3 件時の自動選択 / `--parallel N` で強制）

Codex モード（`--codex` 明示時のみ）

Breezing モード（4 件以上で自動選択 / `--breezing` で強制）