Compare commits
| Author | SHA1 | Date | |
|---|---|---|---|
|
|
7bfe0a2dd3 | ||
|
|
9234874e2a |
@@ -1,7 +1,7 @@
|
||||
---
|
||||
name: corp-v1-channel-scope
|
||||
description: "Use when operating or synchronizing a Corp v1 project's Scope channel. Owns Roadmap, Epics, Features, and Ideas; correlates all six same-project channels; proactively improves evidence-based product scope; and records human approval before work enters Architecture solution design."
|
||||
version: 1.2.0
|
||||
version: 1.2.1
|
||||
author: Hermes Agent
|
||||
license: MIT
|
||||
metadata:
|
||||
@@ -199,7 +199,7 @@ Use evidence from all six same-project channels. Delivery and release outcomes m
|
||||
|
||||
- **Scope → Architecture:** only human-approved Features with stable ID, parent Epic, value, scope, acceptance outcomes, dependencies, risks, and approval evidence.
|
||||
- **Architecture → Scope:** feasibility constraints, requirement implications, dependencies, and proposed scope clarifications; Architecture does not silently rewrite product scope.
|
||||
- **Scope → Kanban:** stable Epic/Feature identities and lifecycle state for Board/Focus reconciliation.
|
||||
- **Scope → Kanban:** stable Idea/Epic/Feature identities, required-child relationships, approval gates, and unified delivery status for Board/Focus reconciliation.
|
||||
- **Delivery/Releases → Scope:** verified outcomes, regressions, user feedback, and follow-up opportunities that may alter the Roadmap or create Ideas.
|
||||
- **Scope → General:** concise overall implications, decisions requiring visibility, owners, and cross-channel blockers.
|
||||
|
||||
@@ -208,7 +208,7 @@ Use evidence from all six same-project channels. Delivery and release outcomes m
|
||||
1. Confirm the exact project code and six approved channel IDs.
|
||||
2. Read new activity from the other five channels and enough Scope history to avoid duplication.
|
||||
3. Separate verified facts, human decisions, proposals, forecasts, and unresolved questions.
|
||||
4. Inspect Roadmap, Epics, Features, Ideas, links, IDs, lifecycle states, and approval evidence.
|
||||
4. Inspect Roadmap, Epics, Features, Ideas, links, IDs, unified delivery statuses, required-child roll-ups, and approval evidence.
|
||||
5. Reconcile architecture feasibility, Kanban flow, delivery progress, and release outcomes against scope.
|
||||
6. Add or materially improve at least one useful evidence-based artifact, or document the exact evidence/approval blocker.
|
||||
7. Load `documentation-docusaurus`, validate menu order, dedicated sidebar, hierarchy, links, and documentation build, then verify remote state.
|
||||
|
||||
Reference in New Issue
Block a user