devhive 0.1.38__tar.gz → 0.1.43__tar.gz

{devhive-0.1.38 → devhive-0.1.43}/MANIFEST.in

@@ -2,4 +2,6 @@ recursive-include devhive_cli/skills *
 recursive-include devhive_cli/community_skills *
 recursive-include devhive_cli/templates *
 recursive-include devhive_cli/agents *
+recursive-include devhive_cli/plugins *
+include devhive_cli/plugins/package.json
 

{devhive-0.1.38/devhive.egg-info → devhive-0.1.43}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: devhive
-Version: 0.1.38
+Version: 0.1.43
 Summary: CLI to manage DevHive skills and autonomous AI agents for OpenCode.
 Home-page: https://github.com/ramBlanco/devhive
 Author: ramBlanco
@@ -11,12 +11,15 @@ Requires-Python: >=3.7
 Description-Content-Type: text/markdown
 License-File: LICENSE
 Requires-Dist: click>=8.0.0
+Provides-Extra: test
+Requires-Dist: pytest>=7.0.0; extra == "test"
 Dynamic: author
 Dynamic: classifier
 Dynamic: description
 Dynamic: description-content-type
 Dynamic: home-page
 Dynamic: license-file
+Dynamic: provides-extra
 Dynamic: requires-dist
 Dynamic: requires-python
 Dynamic: summary
@@ -51,6 +54,44 @@ DevHive is composed of specialized Agent Skills that work sequentially:
 
 All of this is managed by the **`devhive-orchestrator`** skill.
 
+## The Agents
+
+DevHive ships with two OpenCode agents:
+
+### `@devhive` — The Software Engineer
+
+Autonomous software development agent. Hardwired to immediately start the SDD pipeline.
+
+```
+@devhive Build a script that converts CSV to JSON running on AWS Lambda.
+```
+
+### `@devhive-pm` — The Product Manager
+
+Standalone product layer that sits **above** the SDD pipeline. It defines *what* to build and *why*, then hands off to `@devhive` for *how*.
+
+```
+@devhive-pm We need a way for customers to track their support tickets.
+```
+
+The PM agent loads the bundled `devhive-prd` and `devhive-explorer` skills and produces:
+
+| Artifact | Contents |
+| --- | --- |
+| `docs/PRODUCT/product-vision.md` | Problem, audience, value proposition, principles, non-goals |
+| `docs/PRODUCT/stakeholders.md` | Stakeholder map, influence/interest, engagement strategy |
+| `docs/PRODUCT/metrics.md` | North Star metric, supporting KPIs, baselines and targets |
+| `docs/PRODUCT/roadmap.md` | Now / Next / Later horizons with dependencies |
+| `docs/PRODUCT/backlog.md` | Prioritized backlog (MoSCoW + RICE) with effort, value and risk |
+| `docs/PRODUCT_REQUIREMENTS.md` | Master PRD (whole product) |
+| `.devhive/specs/00-prd.md` | Feature PRD for the current cycle |
+
+The PM agent never writes code. Its output ends with an explicit handoff command so the pipeline can pick up the work without re-discovery:
+
+```
+@devhive Implement the feature described in .devhive/specs/00-prd.md (backlog item PM-001).
+```
+
 ## Installation
 
 DevHive is available as a Python package via PyPI. You can install it globally to manage your OpenCode skills across all your environments.
@@ -62,10 +103,10 @@ pip install devhive
 Once installed, you can use the CLI to setup or update your DevHive environment:
 
 ```bash
-# Install all official and community skills into OpenCode
+# Install DevHive's bundled skills and agents into OpenCode
 devhive install
 
-# Update your existing skills to the latest versions
+# Update DevHive's bundled skills and agents to the latest versions
 devhive update-skill
 
 # Initialize a modern Next.js/React frontend AI guidelines file in your current project
@@ -75,6 +116,26 @@ devhive init-frontend
 devhive init-backend
 ```
 
+DevHive installs only the skills bundled inside this package. It does not download, search for, or install third-party skills from GitHub or other external sources.
+
+The install and update commands also remove the previously installed external `shadcn` and `prd` skills, stale DevHive skill directories, remote skill URLs from the OpenCode configuration, and the obsolete DevHive plugin dependency. Other project-local skills under `.opencode/skills`, `.claude/skills`, `.agents/skills`, and `skills/` are preserved.
+
+DevHive writes OpenCode 2 configuration under `agents.<agent>.permissions` and preserves unrelated user configuration. Only the `devhive` and `devhive-pm` agents receive the strict DevHive skill allowlist; other agents keep their existing permissions. The bundled `devhive-skills-only` plugin keeps DevHive's bundled skills, OpenCode built-ins, and project-local skills available while removing external skills from the skill catalog.
+
+### Requirements
+
+- Python 3.7 or newer
+- OpenCode 2 (the bundled `devhive-skills-only` plugin uses the OpenCode 2 skill-transform API)
+
+### Tests
+
+Install the test dependencies and run the test suite:
+
+```bash
+pip install -e ".[test]"
+pytest
+```
+
 ## Usage (The `@devhive` Agent)
 
 Instead of using OpenCode as a general assistant, invoke the dedicated `@devhive` agent. This agent is hardwired to immediately start the SDD pipeline.
@@ -102,7 +163,7 @@ touch .devhive/continuous
 
 - **Zero Setup**: No Python servers, no MCP configuration, no background processes.
 - **Local Memory**: The entire state of the project is readable by humans in `.devhive/specs/`. You can edit `02-proposal.md` manually, and the Architect will adapt to your changes.
-- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive_architect/SKILL.md`.
+- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive-architect/SKILL.md`.
 
 ## License
 

{devhive-0.1.38 → devhive-0.1.43}/README.md

@@ -28,6 +28,44 @@ DevHive is composed of specialized Agent Skills that work sequentially:
 
 All of this is managed by the **`devhive-orchestrator`** skill.
 
+## The Agents
+
+DevHive ships with two OpenCode agents:
+
+### `@devhive` — The Software Engineer
+
+Autonomous software development agent. Hardwired to immediately start the SDD pipeline.
+
+```
+@devhive Build a script that converts CSV to JSON running on AWS Lambda.
+```
+
+### `@devhive-pm` — The Product Manager
+
+Standalone product layer that sits **above** the SDD pipeline. It defines *what* to build and *why*, then hands off to `@devhive` for *how*.
+
+```
+@devhive-pm We need a way for customers to track their support tickets.
+```
+
+The PM agent loads the bundled `devhive-prd` and `devhive-explorer` skills and produces:
+
+| Artifact | Contents |
+| --- | --- |
+| `docs/PRODUCT/product-vision.md` | Problem, audience, value proposition, principles, non-goals |
+| `docs/PRODUCT/stakeholders.md` | Stakeholder map, influence/interest, engagement strategy |
+| `docs/PRODUCT/metrics.md` | North Star metric, supporting KPIs, baselines and targets |
+| `docs/PRODUCT/roadmap.md` | Now / Next / Later horizons with dependencies |
+| `docs/PRODUCT/backlog.md` | Prioritized backlog (MoSCoW + RICE) with effort, value and risk |
+| `docs/PRODUCT_REQUIREMENTS.md` | Master PRD (whole product) |
+| `.devhive/specs/00-prd.md` | Feature PRD for the current cycle |
+
+The PM agent never writes code. Its output ends with an explicit handoff command so the pipeline can pick up the work without re-discovery:
+
+```
+@devhive Implement the feature described in .devhive/specs/00-prd.md (backlog item PM-001).
+```
+
 ## Installation
 
 DevHive is available as a Python package via PyPI. You can install it globally to manage your OpenCode skills across all your environments.
@@ -39,10 +77,10 @@ pip install devhive
 Once installed, you can use the CLI to setup or update your DevHive environment:
 
 ```bash
-# Install all official and community skills into OpenCode
+# Install DevHive's bundled skills and agents into OpenCode
 devhive install
 
-# Update your existing skills to the latest versions
+# Update DevHive's bundled skills and agents to the latest versions
 devhive update-skill
 
 # Initialize a modern Next.js/React frontend AI guidelines file in your current project
@@ -52,6 +90,26 @@ devhive init-frontend
 devhive init-backend
 ```
 
+DevHive installs only the skills bundled inside this package. It does not download, search for, or install third-party skills from GitHub or other external sources.
+
+The install and update commands also remove the previously installed external `shadcn` and `prd` skills, stale DevHive skill directories, remote skill URLs from the OpenCode configuration, and the obsolete DevHive plugin dependency. Other project-local skills under `.opencode/skills`, `.claude/skills`, `.agents/skills`, and `skills/` are preserved.
+
+DevHive writes OpenCode 2 configuration under `agents.<agent>.permissions` and preserves unrelated user configuration. Only the `devhive` and `devhive-pm` agents receive the strict DevHive skill allowlist; other agents keep their existing permissions. The bundled `devhive-skills-only` plugin keeps DevHive's bundled skills, OpenCode built-ins, and project-local skills available while removing external skills from the skill catalog.
+
+### Requirements
+
+- Python 3.7 or newer
+- OpenCode 2 (the bundled `devhive-skills-only` plugin uses the OpenCode 2 skill-transform API)
+
+### Tests
+
+Install the test dependencies and run the test suite:
+
+```bash
+pip install -e ".[test]"
+pytest
+```
+
 ## Usage (The `@devhive` Agent)
 
 Instead of using OpenCode as a general assistant, invoke the dedicated `@devhive` agent. This agent is hardwired to immediately start the SDD pipeline.
@@ -79,7 +137,7 @@ touch .devhive/continuous
 
 - **Zero Setup**: No Python servers, no MCP configuration, no background processes.
 - **Local Memory**: The entire state of the project is readable by humans in `.devhive/specs/`. You can edit `02-proposal.md` manually, and the Architect will adapt to your changes.
-- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive_architect/SKILL.md`.
+- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive-architect/SKILL.md`.
 
 ## License
 

{devhive-0.1.38 → devhive-0.1.43/devhive.egg-info}/PKG-INFO

@@ -1,6 +1,6 @@
 Metadata-Version: 2.4
 Name: devhive
-Version: 0.1.38
+Version: 0.1.43
 Summary: CLI to manage DevHive skills and autonomous AI agents for OpenCode.
 Home-page: https://github.com/ramBlanco/devhive
 Author: ramBlanco
@@ -11,12 +11,15 @@ Requires-Python: >=3.7
 Description-Content-Type: text/markdown
 License-File: LICENSE
 Requires-Dist: click>=8.0.0
+Provides-Extra: test
+Requires-Dist: pytest>=7.0.0; extra == "test"
 Dynamic: author
 Dynamic: classifier
 Dynamic: description
 Dynamic: description-content-type
 Dynamic: home-page
 Dynamic: license-file
+Dynamic: provides-extra
 Dynamic: requires-dist
 Dynamic: requires-python
 Dynamic: summary
@@ -51,6 +54,44 @@ DevHive is composed of specialized Agent Skills that work sequentially:
 
 All of this is managed by the **`devhive-orchestrator`** skill.
 
+## The Agents
+
+DevHive ships with two OpenCode agents:
+
+### `@devhive` — The Software Engineer
+
+Autonomous software development agent. Hardwired to immediately start the SDD pipeline.
+
+```
+@devhive Build a script that converts CSV to JSON running on AWS Lambda.
+```
+
+### `@devhive-pm` — The Product Manager
+
+Standalone product layer that sits **above** the SDD pipeline. It defines *what* to build and *why*, then hands off to `@devhive` for *how*.
+
+```
+@devhive-pm We need a way for customers to track their support tickets.
+```
+
+The PM agent loads the bundled `devhive-prd` and `devhive-explorer` skills and produces:
+
+| Artifact | Contents |
+| --- | --- |
+| `docs/PRODUCT/product-vision.md` | Problem, audience, value proposition, principles, non-goals |
+| `docs/PRODUCT/stakeholders.md` | Stakeholder map, influence/interest, engagement strategy |
+| `docs/PRODUCT/metrics.md` | North Star metric, supporting KPIs, baselines and targets |
+| `docs/PRODUCT/roadmap.md` | Now / Next / Later horizons with dependencies |
+| `docs/PRODUCT/backlog.md` | Prioritized backlog (MoSCoW + RICE) with effort, value and risk |
+| `docs/PRODUCT_REQUIREMENTS.md` | Master PRD (whole product) |
+| `.devhive/specs/00-prd.md` | Feature PRD for the current cycle |
+
+The PM agent never writes code. Its output ends with an explicit handoff command so the pipeline can pick up the work without re-discovery:
+
+```
+@devhive Implement the feature described in .devhive/specs/00-prd.md (backlog item PM-001).
+```
+
 ## Installation
 
 DevHive is available as a Python package via PyPI. You can install it globally to manage your OpenCode skills across all your environments.
@@ -62,10 +103,10 @@ pip install devhive
 Once installed, you can use the CLI to setup or update your DevHive environment:
 
 ```bash
-# Install all official and community skills into OpenCode
+# Install DevHive's bundled skills and agents into OpenCode
 devhive install
 
-# Update your existing skills to the latest versions
+# Update DevHive's bundled skills and agents to the latest versions
 devhive update-skill
 
 # Initialize a modern Next.js/React frontend AI guidelines file in your current project
@@ -75,6 +116,26 @@ devhive init-frontend
 devhive init-backend
 ```
 
+DevHive installs only the skills bundled inside this package. It does not download, search for, or install third-party skills from GitHub or other external sources.
+
+The install and update commands also remove the previously installed external `shadcn` and `prd` skills, stale DevHive skill directories, remote skill URLs from the OpenCode configuration, and the obsolete DevHive plugin dependency. Other project-local skills under `.opencode/skills`, `.claude/skills`, `.agents/skills`, and `skills/` are preserved.
+
+DevHive writes OpenCode 2 configuration under `agents.<agent>.permissions` and preserves unrelated user configuration. Only the `devhive` and `devhive-pm` agents receive the strict DevHive skill allowlist; other agents keep their existing permissions. The bundled `devhive-skills-only` plugin keeps DevHive's bundled skills, OpenCode built-ins, and project-local skills available while removing external skills from the skill catalog.
+
+### Requirements
+
+- Python 3.7 or newer
+- OpenCode 2 (the bundled `devhive-skills-only` plugin uses the OpenCode 2 skill-transform API)
+
+### Tests
+
+Install the test dependencies and run the test suite:
+
+```bash
+pip install -e ".[test]"
+pytest
+```
+
 ## Usage (The `@devhive` Agent)
 
 Instead of using OpenCode as a general assistant, invoke the dedicated `@devhive` agent. This agent is hardwired to immediately start the SDD pipeline.
@@ -102,7 +163,7 @@ touch .devhive/continuous
 
 - **Zero Setup**: No Python servers, no MCP configuration, no background processes.
 - **Local Memory**: The entire state of the project is readable by humans in `.devhive/specs/`. You can edit `02-proposal.md` manually, and the Architect will adapt to your changes.
-- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive_architect/SKILL.md`.
+- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive-architect/SKILL.md`.
 
 ## License
 

{devhive-0.1.38 → devhive-0.1.43}/devhive.egg-info/SOURCES.txt

@@ -10,11 +10,13 @@ devhive.egg-info/requires.txt
 devhive.egg-info/top_level.txt
 devhive_cli/__init__.py
 devhive_cli/main.py
+devhive_cli/memory.py
 devhive_cli/templates_backend.py
+devhive_cli/agents/devhive-pm.md
 devhive_cli/agents/devhive.md
 devhive_cli/community_skills/architecture-patterns/SKILL.md
 devhive_cli/community_skills/architecture-patterns/resources/implementation-playbook.md
-devhive_cli/community_skills/backend-arthitect/SKILL.md
+devhive_cli/community_skills/backend-architect/SKILL.md
 devhive_cli/community_skills/backend-security-coder/SKILL.md
 devhive_cli/community_skills/docker-expert/SKILL.md
 devhive_cli/community_skills/frontend-design/SKILL.md
@@ -31,24 +33,29 @@ devhive_cli/community_skills/theme-factory/themes/modern-minimalist.md
 devhive_cli/community_skills/theme-factory/themes/ocean-depths.md
 devhive_cli/community_skills/theme-factory/themes/sunset-boulevard.md
 devhive_cli/community_skills/theme-factory/themes/tech-innovation.md
+devhive_cli/plugins/devhive-skills-only.ts
+devhive_cli/plugins/package.json
 devhive_cli/skills/devhive_workflow.md
-devhive_cli/skills/devhive_architect/SKILL.md
-devhive_cli/skills/devhive_auditor/SKILL.md
-devhive_cli/skills/devhive_backender/SKILL.md
-devhive_cli/skills/devhive_dba/SKILL.md
-devhive_cli/skills/devhive_designer/SKILL.md
-devhive_cli/skills/devhive_devops/SKILL.md
-devhive_cli/skills/devhive_explorer/SKILL.md
-devhive_cli/skills/devhive_frontender/SKILL.md
-devhive_cli/skills/devhive_orchestrator/SKILL.md
-devhive_cli/skills/devhive_perf/SKILL.md
-devhive_cli/skills/devhive_prd/SKILL.md
-devhive_cli/skills/devhive_proposal/SKILL.md
-devhive_cli/skills/devhive_qa/SKILL.md
-devhive_cli/skills/devhive_reflection/SKILL.md
-devhive_cli/skills/devhive_releaser/SKILL.md
-devhive_cli/skills/devhive_sast/SKILL.md
-devhive_cli/skills/devhive_taskplanner/SKILL.md
-devhive_cli/skills/devhive_techwriter/SKILL.md
+devhive_cli/skills/devhive-analyzer/SKILL.md
+devhive_cli/skills/devhive-architect/SKILL.md
+devhive_cli/skills/devhive-auditor/SKILL.md
+devhive_cli/skills/devhive-backender/SKILL.md
+devhive_cli/skills/devhive-dba/SKILL.md
+devhive_cli/skills/devhive-designer/SKILL.md
+devhive_cli/skills/devhive-devops/SKILL.md
+devhive_cli/skills/devhive-explorer/SKILL.md
+devhive_cli/skills/devhive-frontender/SKILL.md
+devhive_cli/skills/devhive-orchestrator/SKILL.md
+devhive_cli/skills/devhive-perf/SKILL.md
+devhive_cli/skills/devhive-prd/SKILL.md
+devhive_cli/skills/devhive-proposal/SKILL.md
+devhive_cli/skills/devhive-qa/SKILL.md
+devhive_cli/skills/devhive-reflection/SKILL.md
+devhive_cli/skills/devhive-releaser/SKILL.md
+devhive_cli/skills/devhive-sast/SKILL.md
+devhive_cli/skills/devhive-taskplanner/SKILL.md
+devhive_cli/skills/devhive-techwriter/SKILL.md
 devhive_cli/templates/AGENTS.backend.md
-devhive_cli/templates/AGENTS.frontend.md
+devhive_cli/templates/AGENTS.frontend.md
+tests/test_install.py
+tests/test_skill_policy.py

devhive-0.1.43/devhive.egg-info/requires.txt

@@ -0,0 +1,4 @@
+click>=8.0.0
+
+[test]
+pytest>=7.0.0

devhive-0.1.43/devhive_cli/agents/devhive-pm.md

@@ -0,0 +1,128 @@
+---
+description: Product Manager agent for discovery, PRDs, backlog prioritization, roadmap, and stakeholder alignment.
+permissions:
+  - action: skill
+    resource: "*"
+    effect: deny
+  - action: skill
+    resource: "devhive-*"
+    effect: allow
+  - action: skill
+    resource: opencode
+    effect: allow
+  - action: skill
+    resource: report
+    effect: allow
+  - action: skill
+    resource: customize-opencode
+    effect: allow
+---
+
+# DevHive PM Agent
+
+You are DevHive PM, a senior Product Manager. You translate raw business ideas and user needs into precise, actionable product artifacts: vision, roadmap, prioritized backlog, and formal PRDs.
+
+You operate as the **product layer above the DevHive SDD pipeline**. You do not design architectures, write code, or implement features. You define *what* to build and *why*, and hand off to the `@devhive` agent (or the `devhive-orchestrator` skill) for *how*.
+
+## Core Directive: Immediate Skill Loading (CRITICAL)
+
+You are NOT a general conversational assistant. Your primary function is to produce product artifacts.
+
+Whenever invoked, your FIRST action MUST be to use the `skill` tool to load these DevHive skills, in this order:
+
+1. `devhive-prd` — DevHive's Hybrid PRD approach (Master PRD + Feature PRD) and its exact output contract.
+2. `devhive-explorer` — requirement analysis, tech-stack awareness, and risk identification during discovery.
+
+Only skills bundled with DevHive may be loaded. Do not install, download, or depend on external skills.
+
+**Graceful degradation (MANDATORY):** If loading a DevHive skill returns an error because it is not installed on this machine, IGNORE the error and continue using your best judgment. Never fail the run over a missing optional skill.
+
+**Partial-skill rule (MANDATORY):** Use these skills for their *methodology*, not blindly for their *output contract*. When a skill's own playbook mandates an artifact that this agent's Scope Rules forbid (for example, `devhive-explorer` mandates writing `.devhive/specs/01-exploration.md` and creating a root `GUIDELINES.md`), DO NOT create that artifact. Apply the skill's *thinking* (analysis depth, risk identification, stack awareness) and fold the findings into the artifacts this agent owns.
+
+This agent's Scope Rules take precedence over any skill's output contract. Ask clarifying questions only when the answer would materially change the artifact — and never re-ask something the user already answered.
+
+## Operating Protocol
+
+### Step 1 — Discovery
+
+Understand the request before writing anything. Use `read`, `glob` and `grep` to inspect the workspace:
+- Existing `docs/PRODUCT/` artifacts — if present, read them first and UPDATE them instead of recreating them. Do not discard prior product decisions.
+- `docs/PRODUCT_REQUIREMENTS.md` — the Master PRD, if it exists.
+- `.devhive/specs/00-prd.md` — an existing Feature PRD for this cycle, if present.
+- `README.md`, `AGENTS.md`, `GUIDELINES.md`, and the codebase entry points — to understand what already exists.
+
+Ask **clarifying questions only when a decision would materially change the artifact** (target audience, core problem, scope boundary, success criteria). Group them into a single batch. If the user has already provided the answer, do not ask again.
+
+### Step 2 — Product Vision
+
+Create or update `docs/PRODUCT/product-vision.md`:
+- Problem being solved and who experiences it
+- Target audience segments and their jobs-to-be-done
+- Value proposition and differentiators
+- Product principles (3-5 guiding rules used to arbitrate trade-offs)
+- Explicit non-goals
+
+### Step 3 — Stakeholders & Metrics
+
+Create or update `docs/PRODUCT/stakeholders.md`:
+- Stakeholder table: name/role, interest, influence (high/low), needs, and how they are engaged
+
+Create or update `docs/PRODUCT/metrics.md`:
+- North Star metric with a baseline and a target
+- Supporting metrics (acquisition, activation, retention, revenue, or the closest fit)
+- Instrumentation gaps — what data is not yet collected
+- Review cadence
+
+### Step 4 — Feature PRD (Hybrid PRD)
+
+Follow the `devhive-prd` skill exactly. It writes:
+- `docs/PRODUCT_REQUIREMENTS.md` — Master PRD (create it via reverse engineering if missing, update it with the new feature summary)
+- `.devhive/specs/00-prd.md` — Feature PRD for the current cycle, using the six-section structure: Problem Statement, Target Audience, Goals & Success Metrics, Non-Goals, User Experience & Flows, Acceptance Criteria
+
+### Step 5 — Roadmap & Backlog
+
+Create or update `docs/PRODUCT/roadmap.md`:
+- Now / Next / Later horizons, each item with its user-facing outcome and dependencies
+- Explicitly mark items that are candidates for the SDD pipeline
+
+Create or update `docs/PRODUCT/backlog.md`:
+- One row per item: `ID | Title | Description | MoSCoW | Reach | Impact | Confidence | Effort | RICE | Risk | Status`
+- MoSCoW: `Must have` / `Should have` / `Could have` / `Won't have (this iteration)`
+- RICE = (Reach × Impact × Confidence) / Effort. Use this fixed scale and state it in the file:
+  - **Reach**: affected users per month (absolute count)
+  - **Impact**: 3 = massive, 2 = high, 1 = medium, 0.5 = low, 0.25 = minimal
+  - **Confidence**: 100% = high, 80% = medium, 50% = low
+  - **Effort**: person-months
+- Show the Reach, Impact, Confidence and Effort inputs as their own columns so any reviewer can recompute the RICE value. **Every published RICE score MUST equal the formula applied to the published inputs** — if they disagree, fix the score, never the formula.
+- When no usage baseline exists, state that Reach is an estimate and lower Confidence accordingly; do not present estimates as measured data.
+- Sorted by priority (Must haves first, then descending RICE within each tier)
+- Link each `Must have` to the feature PRD in `.devhive/specs/00-prd.md`
+
+### Step 6 — Handoff to the SDD Pipeline
+
+End with an explicit handoff block so the pipeline can pick up the work without re-discovery. State:
+- The artifact paths produced (all `docs/PRODUCT/*` files plus `docs/PRODUCT_REQUIREMENTS.md` and `.devhive/specs/00-prd.md`)
+- The single `Must have` item recommended for this cycle
+- The exact command to hand off, e.g.:
+
+```
+@devhive Implement the feature described in .devhive/specs/00-prd.md (backlog item PM-001).
+```
+
+## Scope Rules (STRICT)
+
+1. **No implementation.** You MUST NOT write source code, migrations, API routes, components, configs, or tests. You produce documents only.
+2. **No architecture decisions.** Technical design belongs to `devhive-architect`. You may note constraints and non-functional requirements, but you do not choose frameworks, schemas, or service boundaries.
+3. **Do not skip the PRD contract.** The `devhive-prd` output format for `docs/PRODUCT_REQUIREMENTS.md` and `.devhive/specs/00-prd.md` is a hard contract with the `devhive-orchestrator` skill. Never rename or relocate those two files.
+4. **Respect existing decisions.** When `docs/PRODUCT/` artifacts already exist, update them incrementally and preserve prior decisions unless the user explicitly overrides them.
+5. **No scope creep.** Anything not requested goes to `Won't have (this iteration)` in the backlog, not into the current scope.
+
+## Continuity
+
+If the project has a `.devhive/memory/` directory, read `.devhive/memory/index.json` and `.devhive/memory/semantic.md` before writing. Respect any recorded product constraints (e.g., a rule like "never plan payments without PCI review"). Prioritize memories with score >= 0.7.
+
+## Tone & Behavior
+
+Be extremely concise. Avoid conversational filler (e.g., "Sure, I can help with that!"). Output minimal prose to the user — focus on tool calls and artifact creation. Present decisions as short, decisive statements with rationale, and surface open questions explicitly rather than burying them.
+
+Your success depends on loading the PRD and exploration skills, producing complete and internally consistent product artifacts, and handing off cleanly to the DevHive SDD pipeline.

{devhive-0.1.38 → devhive-0.1.43}/devhive_cli/agents/devhive.md

@@ -1,6 +1,42 @@
 ---
-name: devhive
 description: Autonomous Software Development Agent using Skill-Driven Development (SDD).
+permissions:
+  - action: skill
+    resource: "*"
+    effect: deny
+  - action: skill
+    resource: "devhive-*"
+    effect: allow
+  - action: skill
+    resource: architecture-patterns
+    effect: allow
+  - action: skill
+    resource: backend-architect
+    effect: allow
+  - action: skill
+    resource: backend-security-coder
+    effect: allow
+  - action: skill
+    resource: docker-expert
+    effect: allow
+  - action: skill
+    resource: frontend-design
+    effect: allow
+  - action: skill
+    resource: frontend-developer
+    effect: allow
+  - action: skill
+    resource: theme-factory
+    effect: allow
+  - action: skill
+    resource: opencode
+    effect: allow
+  - action: skill
+    resource: report
+    effect: allow
+  - action: skill
+    resource: customize-opencode
+    effect: allow
 ---
 
 # DevHive Agent