Auto
AI coding harness composition orchestrator — manifest-described upstreams, composition skill workflows. Apache-2.0.
npx -y skills add easyinplay/harnessed --skill autoAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 2 stars2 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Stage ① Discuss master orchestrator — 3 sub-workflow parallel gate-eval (chain-isolation 铁律)。 战略层 / Phase 层 / 子任务层独立判断 gate, 可能 3 个全跑 / 1-2 个 / 全跳 + 透明声明。 schema_version: harnessed.workflow.v3 with delegates_to (3 sub: strategic + phase + subtask, mode parallel) + disciplines_applied (6 default) + tools_available (planning-with-files)。 Triggered by slash command `/discuss` (bare per ADR 0030 namespace policy D-02 LOCK) after `harnessed setup`.
SKILL.md
5.0 KB, as published. Nobody here has run it
discuss master orchestrator (v3)
Overview
4-stage cadence Stage ① master orchestrator delegating to 3 independent sub-workflows (bundled 3-tier independent clarification: strategic / phase / subtask):
| sub | gate ref | mode | when fires |
|---|---|---|---|
strategic | judgments.stage-routing.discuss-strategic-delegate.fires | parallel | new_project / new_milestone / new_feature / is_major_release |
phase | judgments.stage-routing.discuss-phase-delegate.fires | parallel | open_decisions ≥ 2 / cross_phase_data_flow / scope_days > 1 |
subtask | judgments.stage-routing.discuss-subtask-delegate.fires | parallel | approaches ≥ 2 / core_algorithm / has_api_contract / error_cost=high |
Engine runtime spawns 3 sub-workflow phases via runMasterOrchestrator per
T3.5.W0.1 (sister sub-workflow runWorkflow SDK pattern, parallel fan-out via
subagent default — Path A query() parallel OR Path B sub-shell fallback per
T3.5.W2.1 dogfood cycle decision LOCK)。
Chain-isolation 铁律 (sister CLAUDE.md "Fallback 三条铁律")
- 拿不准 → 倾向跳过, 但在响应里透明声明: "这次跳过了 X, 因为 Y。如果你认为需要请明说"
- 用户明示 → 覆盖判据 (用户说 "先 brainstorm" / "跑 office-hours" / "讨论一下" 时无条件激活)
- 链式互不前置: 跳过战略层 ≠ 必须跳过 phase 层; 每层独立判断 (防止 "上层没跑下层不敢跑" 的死板)
Capability refs
Sister workflows/capabilities.yaml:
planning-with-files— Bucket 4 核心 capability (impl: claude-code-plugin, cmd: /plan, discuss sink findings.md)- sub
strategicupstream →gstack-office-hours+gstack-plan-ceo-review - sub
phaseupstream →gsd-discuss-phase - sub
subtaskupstream →superpowers-brainstorming+grill-with-docs+grill-me
Invocation
- Slash command:
/discuss <text>(bare per ADR 0030 namespace policy D-02 LOCK afterharnessed setup)
How to invoke
Clarification needs real user dialogue, so run this stage directly in THIS session — do NOT spawn it, and do NOT improvise: follow these steps so the locked spec is persisted for the execution stages.
- New-project bootstrap — if
.planning/ROADMAP.mddoes not exist: invoke/gsd-new-projectwhen that skill is available; otherwise create the minimal skeleton before continuing (then phase dirs follow.planning/phases/<NN>-<slug>/):ROADMAP.md:# Roadmap+ one table row per phase:| 01 | <slug> | <one-line goal> | in-progress |STATE.md:# STATE (digest — keep <100 lines)+current: phase 01-<slug> / stage discuss+next: <action>REQUIREMENTS.md:# Requirements+ numbered rows- R1: <verifiable acceptance criterion>
- Evaluate the clarification criteria for "$ARGUMENTS":
- Strategic — new feature / milestone / unclear business scope → gstack
/office-hours+/plan-ceo-review - Phase — ≥2 open implementation decisions / unclear cross-phase API contract → GSD
/gsd-discuss-phase - Subtask — ≥2 distinct approaches / core algorithm / API contract design / high error cost → superpowers brainstorming
- Strategic — new feature / milestone / unclear business scope → gstack
- For each layer that fires, hold the dialogue with the user (use AskUserQuestion for option-style decisions) and lock every open decision. After locking blocking decisions, relay the deferrable set to the user in a single batched AskUserQuestion with each agent-recommended default pre-selected — only skip an item if the user explicitly defers it again; a deferrable item is never resolved without the user seeing it.
- Transparent-skip layers that don't fire — state which were skipped and why.
- Persist the locked decisions to
.planning/phases/<NN>-<slug>/via planning-with-files (findings.md/task_plan.md; NN = two-digit, one above the highest existing phase dir).
Output: a locked spec the execution stages (/plan → /task → /verify) consume without further user input.
References
- D-01 master orchestrator delegation pattern
- D-02 bare slash cmd convention (ADR 0030 namespace policy LOCK)
- D-04 Stage ① Discuss 三层独立判
- workflows/judgments/stage-routing.yaml — discuss-{strategic,phase,subtask}-delegate triggers
- workflows/discuss/{strategic,phase,subtask}/workflow.yaml — 3 sub-workflow Phase 3.4 SHIPPED
- workflows/judgments/fallback.yaml — 链式互不前置 chain-isolation 铁律