ワンクリックでManusで任意のスキルを実行

upward-report

スター19

フォーク4

更新日2026年5月25日 01:42

Mandatory output contract for warden agents during the team-ownership dev-contract pilot. Warden agents append a YAML upward-report block as the last content of their response. Parent (main thread) parses and routes via dispatcher FSM. Use when you are a warden agent finishing a task, OR when you are the parent consuming a warden's output.

インストール

Codex または Claude でインストールこの Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。

Manusで実行

ソース

tylerjrbuell

tylerjrbuell/reactive-agents-ts

GitHub リポジトリを開く Creator のリポジトリを見る

ダウンロード

Manusで実行

UpwardReport

Mandatory structured output for warden agents during the team-ownership pilot. Mirrors A2A TaskState per [[2026-05-18-agentic-team-ownership-concepts]] §gap-2.

Format (append as LAST content in warden response)

upward-report:
  status: completed | failed | blocked | denied-by-authority
  confidence: 0.0-1.0
  blockers:
    - <concrete: file:line | error string | missing dep>
  escalation-required: true | false
  escalation-reason: <if true>
  evidence-anchors:
    - <file:line | command-output | test-id>
  planned-actions-pending-approval:
    - <if high-impact action queued but not yet executed — Marquet "I intend to..." pattern>
  notes: <one line, optional>

Field rules

status completed + confidence < 0.7 → parent runs verifier (deterministic gates), does NOT re-prompt warden for self-review.
status failed + non-empty blockers + retries-allowed > 0 (from MissionBrief) → parent re-dispatches with blockers injected into next brief.
status failed + retries exhausted OR escalation-required: true → parent escalates via AskUserQuestion. NEVER silent retry past retry budget.
status denied-by-authority → parent escalates. Cannot re-plan around an authority bound; widening = user decision.
planned-actions-pending-approval non-empty → parent gates before warden executes; high-impact actions ("delete file X", "rename API Y across N callers") require this.

Dispatcher FSM (parent thread behavior)

Mirror this table to AGENTS.md PILOT section.

Report state	Parent action
`completed`, confidence ≥ 0.7	Run verifier (typecheck + targeted tests). Pass → accept.
`completed`, confidence < 0.7	Run verifier + ablation-warden if change is a new mechanism. NEVER re-prompt warden for self-review (M3 REWORK precedent).
`failed`, blockers present, retries remain	Re-dispatch with blockers in MissionBrief.key-tasks
`failed`, retries exhausted OR escalation-required	Escalate via AskUserQuestion.
`denied-by-authority`	Escalate. Authority widening is user-only.
`blocked`	Surface blocker to user; do not re-dispatch.

Anti-pattern (refuse these)

❌ Parent runs another LLM call to "review" warden's output → recreates verifier.ts:217-222 double-rejection failure and M3 verify-retry loop.
❌ Silent retry past retries-allowed.
❌ Authority widening without user gate.
❌ Accepting completed + confidence < 0.7 without running deterministic verifier.

Pilot expiry

Part of team-ownership dev-contract pilot. Removed in revert commit on 2026-06-15 if pilot killed.

このリポジトリの他の Skills

同じリポジトリ

harness-improvement-loop

tylerjrbuell/reactive-agents-ts

Agentic harness diagnostic + improvement loop. Probes the framework with real model runs, uses the rax-diagnose CLI to root-cause failures from structured trace data, ships ONE coordinated architectural fix, verifies via before/after diff, commits with empirical evidence. Use at the start of any harness improvement session — replaces ad-hoc grep + log-spelunking with a deterministic feedback loop.

2026-07-2219

architecture-audit

tylerjrbuell/reactive-agents-ts

Use when the architecture may have drifted from documentation, packages have grown complex, dead code or disabled systems are suspected, or before planning a major refactor — scoped to the reactive-agents-ts 22-package monorepo.

2026-07-2119

architecture-reference

tylerjrbuell/reactive-agents-ts

Reactive Agents framework architecture — layer stack, dependency graph, build order, and package structure. Use when planning work, understanding package relationships, or determining build dependencies.

2026-07-2119

effect-abstraction-audit

tylerjrbuell/reactive-agents-ts

Use when analyzing the Reactive Agents codebase for architectural improvements, abstraction opportunities, composability gaps, or Effect-TS engineering quality — before proposing refactors, during design reviews, or when codebase complexity is growing.

2026-07-2119

llm-api-contract

tylerjrbuell/reactive-agents-ts

LLMService API contract — the correct signatures for complete(), stream(), embed(), and response types. Use when calling LLMService from any layer, writing reasoning strategies, or building LLM-dependent features.

2026-07-2119

provider-streaming

tylerjrbuell/reactive-agents-ts

LLM provider streaming patterns and per-provider quirks. Use when adding a new provider, implementing adapter hooks, or debugging streaming tool call behavior in packages/llm-provider.

2026-07-2119

name	upward-report
description	Mandatory output contract for warden agents during the team-ownership dev-contract pilot. Warden agents append a YAML upward-report block as the last content of their response. Parent (main thread) parses and routes via dispatcher FSM. Use when you are a warden agent finishing a task, OR when you are the parent consuming a warden's output.

UpwardReport

Mandatory structured output for warden agents during the team-ownership pilot. Mirrors A2A TaskState per [[2026-05-18-agentic-team-ownership-concepts]] §gap-2.

Format (append as LAST content in warden response)

upward-report:
  status: completed | failed | blocked | denied-by-authority
  confidence: 0.0-1.0
  blockers:
    - <concrete: file:line | error string | missing dep>
  escalation-required: true | false
  escalation-reason: <if true>
  evidence-anchors:
    - <file:line | command-output | test-id>
  planned-actions-pending-approval:
    - <if high-impact action queued but not yet executed — Marquet "I intend to..." pattern>
  notes: <one line, optional>

Field rules

status completed + confidence < 0.7 → parent runs verifier (deterministic gates), does NOT re-prompt warden for self-review.
status failed + non-empty blockers + retries-allowed > 0 (from MissionBrief) → parent re-dispatches with blockers injected into next brief.
status failed + retries exhausted OR escalation-required: true → parent escalates via AskUserQuestion. NEVER silent retry past retry budget.
status denied-by-authority → parent escalates. Cannot re-plan around an authority bound; widening = user decision.
planned-actions-pending-approval non-empty → parent gates before warden executes; high-impact actions ("delete file X", "rename API Y across N callers") require this.

Dispatcher FSM (parent thread behavior)

Mirror this table to AGENTS.md PILOT section.

Report state	Parent action
`completed`, confidence ≥ 0.7	Run verifier (typecheck + targeted tests). Pass → accept.
`completed`, confidence < 0.7	Run verifier + ablation-warden if change is a new mechanism. NEVER re-prompt warden for self-review (M3 REWORK precedent).
`failed`, blockers present, retries remain	Re-dispatch with blockers in MissionBrief.key-tasks
`failed`, retries exhausted OR escalation-required	Escalate via AskUserQuestion.
`denied-by-authority`	Escalate. Authority widening is user-only.
`blocked`	Surface blocker to user; do not re-dispatch.

Anti-pattern (refuse these)

❌ Parent runs another LLM call to "review" warden's output → recreates verifier.ts:217-222 double-rejection failure and M3 verify-retry loop.
❌ Silent retry past retries-allowed.
❌ Authority widening without user gate.
❌ Accepting completed + confidence < 0.7 without running deterministic verifier.

Pilot expiry

Part of team-ownership dev-contract pilot. Removed in revert commit on 2026-06-15 if pilot killed.