devhive 0.1.40__tar.gz → 0.1.44__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- {devhive-0.1.40 → devhive-0.1.44}/MANIFEST.in +2 -0
- devhive-0.1.44/PKG-INFO +182 -0
- devhive-0.1.44/README.md +156 -0
- devhive-0.1.44/devhive.egg-info/PKG-INFO +182 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive.egg-info/SOURCES.txt +30 -21
- devhive-0.1.44/devhive.egg-info/requires.txt +4 -0
- devhive-0.1.44/devhive_cli/agents/devhive-pm.md +147 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/agents/devhive.md +43 -2
- devhive-0.1.44/devhive_cli/main.py +471 -0
- devhive-0.1.44/devhive_cli/plugins/devhive-skills-only.ts +54 -0
- devhive-0.1.44/devhive_cli/plugins/package.json +8 -0
- {devhive-0.1.40/devhive_cli/skills/devhive_analyzer → devhive-0.1.44/devhive_cli/skills/devhive-analyzer}/SKILL.md +4 -4
- {devhive-0.1.40/devhive_cli/skills/devhive_architect → devhive-0.1.44/devhive_cli/skills/devhive-architect}/SKILL.md +2 -2
- {devhive-0.1.40/devhive_cli/skills/devhive_auditor → devhive-0.1.44/devhive_cli/skills/devhive-auditor}/SKILL.md +1 -1
- {devhive-0.1.40/devhive_cli/skills/devhive_backender → devhive-0.1.44/devhive_cli/skills/devhive-backender}/SKILL.md +1 -1
- devhive-0.1.44/devhive_cli/skills/devhive-backlog/SKILL.md +54 -0
- {devhive-0.1.40/devhive_cli/skills/devhive_dba → devhive-0.1.44/devhive_cli/skills/devhive-dba}/SKILL.md +1 -1
- {devhive-0.1.40/devhive_cli/skills/devhive_designer → devhive-0.1.44/devhive_cli/skills/devhive-designer}/SKILL.md +1 -1
- {devhive-0.1.40/devhive_cli/skills/devhive_devops → devhive-0.1.44/devhive_cli/skills/devhive-devops}/SKILL.md +1 -1
- {devhive-0.1.40/devhive_cli/skills/devhive_explorer → devhive-0.1.44/devhive_cli/skills/devhive-explorer}/SKILL.md +4 -4
- {devhive-0.1.40/devhive_cli/skills/devhive_frontender → devhive-0.1.44/devhive_cli/skills/devhive-frontender}/SKILL.md +2 -5
- {devhive-0.1.40/devhive_cli/skills/devhive_orchestrator → devhive-0.1.44/devhive_cli/skills/devhive-orchestrator}/SKILL.md +3 -2
- {devhive-0.1.40/devhive_cli/skills/devhive_perf → devhive-0.1.44/devhive_cli/skills/devhive-perf}/SKILL.md +1 -1
- {devhive-0.1.40/devhive_cli/skills/devhive_prd → devhive-0.1.44/devhive_cli/skills/devhive-prd}/SKILL.md +1 -7
- {devhive-0.1.40/devhive_cli/skills/devhive_proposal → devhive-0.1.44/devhive_cli/skills/devhive-proposal}/SKILL.md +2 -2
- {devhive-0.1.40/devhive_cli/skills/devhive_qa → devhive-0.1.44/devhive_cli/skills/devhive-qa}/SKILL.md +1 -1
- {devhive-0.1.40/devhive_cli/skills/devhive_releaser → devhive-0.1.44/devhive_cli/skills/devhive-releaser}/SKILL.md +1 -1
- {devhive-0.1.40/devhive_cli/skills/devhive_sast → devhive-0.1.44/devhive_cli/skills/devhive-sast}/SKILL.md +1 -1
- devhive-0.1.44/devhive_cli/skills/devhive-story/SKILL.md +59 -0
- {devhive-0.1.40/devhive_cli/skills/devhive_taskplanner → devhive-0.1.44/devhive_cli/skills/devhive-taskplanner}/SKILL.md +26 -20
- {devhive-0.1.40/devhive_cli/skills/devhive_techwriter → devhive-0.1.44/devhive_cli/skills/devhive-techwriter}/SKILL.md +1 -1
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/templates/AGENTS.backend.md +4 -13
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/templates/AGENTS.frontend.md +12 -21
- {devhive-0.1.40 → devhive-0.1.44}/setup.py +6 -1
- devhive-0.1.44/tests/test_install.py +178 -0
- devhive-0.1.44/tests/test_planning_skills.py +25 -0
- devhive-0.1.44/tests/test_pm_workflow.py +70 -0
- devhive-0.1.44/tests/test_skill_policy.py +103 -0
- devhive-0.1.40/PKG-INFO +0 -109
- devhive-0.1.40/README.md +0 -86
- devhive-0.1.40/devhive.egg-info/PKG-INFO +0 -109
- devhive-0.1.40/devhive.egg-info/requires.txt +0 -1
- devhive-0.1.40/devhive_cli/main.py +0 -276
- {devhive-0.1.40 → devhive-0.1.44}/LICENSE +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive.egg-info/dependency_links.txt +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive.egg-info/entry_points.txt +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive.egg-info/top_level.txt +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/__init__.py +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/architecture-patterns/SKILL.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/architecture-patterns/resources/implementation-playbook.md +0 -0
- {devhive-0.1.40/devhive_cli/community_skills/backend-arthitect → devhive-0.1.44/devhive_cli/community_skills/backend-architect}/SKILL.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/backend-security-coder/SKILL.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/docker-expert/SKILL.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/frontend-design/SKILL.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/frontend-developer/SKILL.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/SKILL.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/theme-showcase.pdf +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/arctic-frost.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/botanical-garden.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/desert-rose.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/forest-canopy.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/golden-hour.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/midnight-galaxy.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/modern-minimalist.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/ocean-depths.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/sunset-boulevard.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/community_skills/theme-factory/themes/tech-innovation.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/memory.py +0 -0
- {devhive-0.1.40/devhive_cli/skills/devhive_reflection → devhive-0.1.44/devhive_cli/skills/devhive-reflection}/SKILL.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/skills/devhive_workflow.md +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/devhive_cli/templates_backend.py +0 -0
- {devhive-0.1.40 → devhive-0.1.44}/setup.cfg +0 -0
devhive-0.1.44/PKG-INFO
ADDED
|
@@ -0,0 +1,182 @@
|
|
|
1
|
+
Metadata-Version: 2.4
|
|
2
|
+
Name: devhive
|
|
3
|
+
Version: 0.1.44
|
|
4
|
+
Summary: CLI to manage DevHive skills and autonomous AI agents for OpenCode.
|
|
5
|
+
Home-page: https://github.com/ramBlanco/devhive
|
|
6
|
+
Author: ramBlanco
|
|
7
|
+
Classifier: Programming Language :: Python :: 3
|
|
8
|
+
Classifier: License :: OSI Approved :: MIT License
|
|
9
|
+
Classifier: Operating System :: OS Independent
|
|
10
|
+
Requires-Python: >=3.7
|
|
11
|
+
Description-Content-Type: text/markdown
|
|
12
|
+
License-File: LICENSE
|
|
13
|
+
Requires-Dist: click>=8.0.0
|
|
14
|
+
Provides-Extra: test
|
|
15
|
+
Requires-Dist: pytest>=7.0.0; extra == "test"
|
|
16
|
+
Dynamic: author
|
|
17
|
+
Dynamic: classifier
|
|
18
|
+
Dynamic: description
|
|
19
|
+
Dynamic: description-content-type
|
|
20
|
+
Dynamic: home-page
|
|
21
|
+
Dynamic: license-file
|
|
22
|
+
Dynamic: provides-extra
|
|
23
|
+
Dynamic: requires-dist
|
|
24
|
+
Dynamic: requires-python
|
|
25
|
+
Dynamic: summary
|
|
26
|
+
|
|
27
|
+
# DevHive: Skill-Driven Development (SDD) for OpenCode
|
|
28
|
+
|
|
29
|
+
DevHive is a fully autonomous AI software development pipeline designed specifically as a set of Skills and a dedicated Agent for **OpenCode**.
|
|
30
|
+
|
|
31
|
+
It replaces complex background servers and in-memory states with a transparent, predictable, and local **Skill-Driven Development (SDD)** architecture. DevHive uses your file system (`.devhive/specs/`) as its database, generating readable Markdown files at each step of the software lifecycle.
|
|
32
|
+
|
|
33
|
+
## The Pipeline
|
|
34
|
+
|
|
35
|
+
DevHive is composed of specialized Agent Skills that work sequentially:
|
|
36
|
+
|
|
37
|
+
0. **`devhive-prd`**: Acts as a Product Manager. Writes or updates a Master `docs/PRODUCT_REQUIREMENTS.md` and generates a feature-specific `.devhive/specs/00-prd.md` before any technical work begins.
|
|
38
|
+
1. **`devhive-explorer`**: Analyzes the PRD and codebase, then writes `.devhive/specs/01-exploration.md`
|
|
39
|
+
2. **`devhive-proposal`**: Creates technical acceptance criteria in `02-proposal.md`
|
|
40
|
+
3. **`devhive-architect`**: Designs the system architecture, DB schemas, and UX/UI design system in `03-architecture.md`
|
|
41
|
+
4. **`devhive-taskplanner`**: Breaks the architecture into actionable items across 8 different domains in `04-tasks.md`
|
|
42
|
+
5. **`devhive-designer`**: Implements the base UI/UX configuration (CSS vars, Tailwind configs) under `## Design Tasks`
|
|
43
|
+
6. **`devhive-devops`**: Writes Infrastructure as Code (IaC) (Terraform, CDK, Docker) and checks off `## Infrastructure Tasks`
|
|
44
|
+
7. **`devhive-dba`**: Creates DB schemas, migrations, and seeders under `## Data Tasks`
|
|
45
|
+
8. **`devhive-backender`**: Initializes the project, writes APIs and server logic, and checks off `## Backend Tasks`
|
|
46
|
+
9. **`devhive-frontender`**: Writes UI components and client-side logic, and checks off `## Frontend Tasks`
|
|
47
|
+
10. **`devhive-perf`**: Writes load testing scripts (k6, artillery) under `## Performance Tasks`
|
|
48
|
+
11. **`devhive-techwriter`**: Writes API docs (Swagger) and updates README under `## Documentation Tasks`
|
|
49
|
+
12. **`devhive-releaser`**: Bumps package versions, writes CHANGELOG, and creates local git tags under `## Release Tasks`
|
|
50
|
+
13. **`devhive-sast`**: Performs a Static Application Security Testing (SAST) scan and writes `05-sast-report.md`
|
|
51
|
+
14. **`devhive-qa`**: Writes test cases and test plans in `06-qa-plan.md`
|
|
52
|
+
15. **`devhive-auditor`**: Performs a final check and writes `07-audit.md`
|
|
53
|
+
16. **`devhive-reflection`**: Extracts persistent memory (semantic, episodic, anti-patterns) to `.devhive/memory/` and writes `08-reflection.md`
|
|
54
|
+
|
|
55
|
+
All of this is managed by the **`devhive-orchestrator`** skill.
|
|
56
|
+
|
|
57
|
+
## Product Planning Skills
|
|
58
|
+
|
|
59
|
+
DevHive bundles two skills for turning product requirements into reviewable user stories. They are available after `devhive install` or `devhive update-skill`. You can invoke them directly, and `@devhive-pm` also uses them in batch after generating a Feature PRD.
|
|
60
|
+
|
|
61
|
+
- **`devhive-backlog`**: Give it PRD text or a readable PRD path to get small, user-centered stories traceable to the source. It calls out important ambiguity rather than inventing requirements. Example: “Use `devhive-backlog` to break down `.devhive/specs/00-prd.md` into user stories.”
|
|
62
|
+
- **`devhive-story`**: Give it one selected story and, when useful, its source PRD/context. It returns exactly 2–3 Given/When/Then acceptance criteria and a mini plan of at most five bullets, then asks for review. Example: “Use `devhive-story` to refine US-001 from the approved backlog.”
|
|
63
|
+
|
|
64
|
+
When used directly, review the backlog before selecting a story for refinement. In the PM workflow, the agent collects all story results into one package and requests a single consolidated review. Approval is required before handoff and never executes a mini plan. These skills are distinct from the PM agent's prioritized `docs/PRODUCT/backlog.md` artifact (MoSCoW/RICE), which is for product-level prioritization rather than story details.
|
|
65
|
+
|
|
66
|
+
## The Agents
|
|
67
|
+
|
|
68
|
+
DevHive ships with two OpenCode agents:
|
|
69
|
+
|
|
70
|
+
### `@devhive` — The Software Engineer
|
|
71
|
+
|
|
72
|
+
Autonomous software development agent. Hardwired to immediately start the SDD pipeline.
|
|
73
|
+
|
|
74
|
+
```
|
|
75
|
+
@devhive Build a script that converts CSV to JSON running on AWS Lambda.
|
|
76
|
+
```
|
|
77
|
+
|
|
78
|
+
### `@devhive-pm` — The Product Manager
|
|
79
|
+
|
|
80
|
+
Standalone product layer that sits **above** the SDD pipeline. It defines *what* to build and *why*, then hands off to `@devhive` for *how*.
|
|
81
|
+
|
|
82
|
+
```
|
|
83
|
+
@devhive-pm We need a way for customers to track their support tickets.
|
|
84
|
+
```
|
|
85
|
+
|
|
86
|
+
The PM agent loads the bundled `devhive-prd`, `devhive-explorer`, `devhive-backlog`, and `devhive-story` skills. It creates the prioritized product backlog before story refinement so each story can cross-reference its `PM-###` item, then produces:
|
|
87
|
+
|
|
88
|
+
| Artifact | Contents |
|
|
89
|
+
| --- | --- |
|
|
90
|
+
| `docs/PRODUCT/product-vision.md` | Problem, audience, value proposition, principles, non-goals |
|
|
91
|
+
| `docs/PRODUCT/stakeholders.md` | Stakeholder map, influence/interest, engagement strategy |
|
|
92
|
+
| `docs/PRODUCT/metrics.md` | North Star metric, supporting KPIs, baselines and targets |
|
|
93
|
+
| `docs/PRODUCT/roadmap.md` | Now / Next / Later horizons with dependencies |
|
|
94
|
+
| `docs/PRODUCT/backlog.md` | Prioritized backlog (MoSCoW + RICE) with effort, value and risk |
|
|
95
|
+
| `docs/PRODUCT/user-stories.md` | User stories linked to backlog items and PRD sections, each with Given/When/Then criteria and a mini plan of up to five task bullets; package is Draft until explicitly approved |
|
|
96
|
+
| `docs/PRODUCT_REQUIREMENTS.md` | Master PRD (whole product) |
|
|
97
|
+
| `.devhive/specs/00-prd.md` | Feature PRD for the current cycle |
|
|
98
|
+
|
|
99
|
+
The PM agent never writes code. It asks for one consolidated review of the story package. After the user approves, it marks the package `Approved` and provides an explicit handoff naming the PRD and both backlog/story artifacts:
|
|
100
|
+
|
|
101
|
+
```
|
|
102
|
+
@devhive Implement the approved PM package for backlog item PM-001. Read .devhive/specs/00-prd.md, docs/PRODUCT/backlog.md, and docs/PRODUCT/user-stories.md.
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
`@devhive` maps approved product backlog and story IDs plus their acceptance criteria into technical tasks in `.devhive/specs/04-tasks.md`. When invoked directly with no PM PRD/backlog/story package, it keeps the existing self-starting flow: creates its own Feature PRD, then runs the normal SDD phases. PM artifacts are optional inputs; Draft, stale, or conflicting packages are not silently treated as approved.
|
|
106
|
+
|
|
107
|
+
## Installation
|
|
108
|
+
|
|
109
|
+
DevHive is available as a Python package via PyPI. You can install it globally to manage your OpenCode skills across all your environments.
|
|
110
|
+
|
|
111
|
+
```bash
|
|
112
|
+
pip install devhive
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
Once installed, you can use the CLI to setup or update your DevHive environment:
|
|
116
|
+
|
|
117
|
+
```bash
|
|
118
|
+
# Install DevHive's bundled skills and agents into OpenCode
|
|
119
|
+
devhive install
|
|
120
|
+
|
|
121
|
+
# Update DevHive's bundled skills and agents to the latest versions
|
|
122
|
+
devhive update-skill
|
|
123
|
+
|
|
124
|
+
# Initialize a modern Next.js/React frontend AI guidelines file in your current project
|
|
125
|
+
devhive init-frontend
|
|
126
|
+
|
|
127
|
+
# Initialize a Hexagonal Architecture backend AI guidelines file (Interactive Prompt)
|
|
128
|
+
devhive init-backend
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
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.
|
|
132
|
+
|
|
133
|
+
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.
|
|
134
|
+
|
|
135
|
+
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.
|
|
136
|
+
|
|
137
|
+
### Requirements
|
|
138
|
+
|
|
139
|
+
- Python 3.7 or newer
|
|
140
|
+
- OpenCode 2 (the bundled `devhive-skills-only` plugin uses the OpenCode 2 skill-transform API)
|
|
141
|
+
|
|
142
|
+
### Tests
|
|
143
|
+
|
|
144
|
+
Install the test dependencies and run the test suite:
|
|
145
|
+
|
|
146
|
+
```bash
|
|
147
|
+
pip install -e ".[test]"
|
|
148
|
+
pytest
|
|
149
|
+
```
|
|
150
|
+
|
|
151
|
+
## Usage (The `@devhive` Agent)
|
|
152
|
+
|
|
153
|
+
Instead of using OpenCode as a general assistant, invoke the dedicated `@devhive` agent. This agent is hardwired to immediately start the SDD pipeline.
|
|
154
|
+
|
|
155
|
+
```
|
|
156
|
+
@devhive Build a script that converts CSV to JSON running on AWS Lambda.
|
|
157
|
+
```
|
|
158
|
+
|
|
159
|
+
The agent will automatically load the orchestrator skill and start the 11-phase pipeline!
|
|
160
|
+
|
|
161
|
+
### Continuous Mode
|
|
162
|
+
By default, the orchestrator will pause and ask for your approval after writing each specification file (e.g., after writing the architecture design). If you want it to run entirely autonomously without stopping, you can add the "continuous mode" flag to your prompt:
|
|
163
|
+
|
|
164
|
+
```
|
|
165
|
+
@devhive Build a React landing page. Run in continuous mode with no pauses.
|
|
166
|
+
```
|
|
167
|
+
|
|
168
|
+
Or permanently enable it for the project by creating a flag file:
|
|
169
|
+
```bash
|
|
170
|
+
mkdir -p .devhive
|
|
171
|
+
touch .devhive/continuous
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
## Why SDD (Skill-Driven Development)?
|
|
175
|
+
|
|
176
|
+
- **Zero Setup**: No Python servers, no MCP configuration, no background processes.
|
|
177
|
+
- **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.
|
|
178
|
+
- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive-architect/SKILL.md`.
|
|
179
|
+
|
|
180
|
+
## License
|
|
181
|
+
|
|
182
|
+
MIT License.
|
devhive-0.1.44/README.md
ADDED
|
@@ -0,0 +1,156 @@
|
|
|
1
|
+
# DevHive: Skill-Driven Development (SDD) for OpenCode
|
|
2
|
+
|
|
3
|
+
DevHive is a fully autonomous AI software development pipeline designed specifically as a set of Skills and a dedicated Agent for **OpenCode**.
|
|
4
|
+
|
|
5
|
+
It replaces complex background servers and in-memory states with a transparent, predictable, and local **Skill-Driven Development (SDD)** architecture. DevHive uses your file system (`.devhive/specs/`) as its database, generating readable Markdown files at each step of the software lifecycle.
|
|
6
|
+
|
|
7
|
+
## The Pipeline
|
|
8
|
+
|
|
9
|
+
DevHive is composed of specialized Agent Skills that work sequentially:
|
|
10
|
+
|
|
11
|
+
0. **`devhive-prd`**: Acts as a Product Manager. Writes or updates a Master `docs/PRODUCT_REQUIREMENTS.md` and generates a feature-specific `.devhive/specs/00-prd.md` before any technical work begins.
|
|
12
|
+
1. **`devhive-explorer`**: Analyzes the PRD and codebase, then writes `.devhive/specs/01-exploration.md`
|
|
13
|
+
2. **`devhive-proposal`**: Creates technical acceptance criteria in `02-proposal.md`
|
|
14
|
+
3. **`devhive-architect`**: Designs the system architecture, DB schemas, and UX/UI design system in `03-architecture.md`
|
|
15
|
+
4. **`devhive-taskplanner`**: Breaks the architecture into actionable items across 8 different domains in `04-tasks.md`
|
|
16
|
+
5. **`devhive-designer`**: Implements the base UI/UX configuration (CSS vars, Tailwind configs) under `## Design Tasks`
|
|
17
|
+
6. **`devhive-devops`**: Writes Infrastructure as Code (IaC) (Terraform, CDK, Docker) and checks off `## Infrastructure Tasks`
|
|
18
|
+
7. **`devhive-dba`**: Creates DB schemas, migrations, and seeders under `## Data Tasks`
|
|
19
|
+
8. **`devhive-backender`**: Initializes the project, writes APIs and server logic, and checks off `## Backend Tasks`
|
|
20
|
+
9. **`devhive-frontender`**: Writes UI components and client-side logic, and checks off `## Frontend Tasks`
|
|
21
|
+
10. **`devhive-perf`**: Writes load testing scripts (k6, artillery) under `## Performance Tasks`
|
|
22
|
+
11. **`devhive-techwriter`**: Writes API docs (Swagger) and updates README under `## Documentation Tasks`
|
|
23
|
+
12. **`devhive-releaser`**: Bumps package versions, writes CHANGELOG, and creates local git tags under `## Release Tasks`
|
|
24
|
+
13. **`devhive-sast`**: Performs a Static Application Security Testing (SAST) scan and writes `05-sast-report.md`
|
|
25
|
+
14. **`devhive-qa`**: Writes test cases and test plans in `06-qa-plan.md`
|
|
26
|
+
15. **`devhive-auditor`**: Performs a final check and writes `07-audit.md`
|
|
27
|
+
16. **`devhive-reflection`**: Extracts persistent memory (semantic, episodic, anti-patterns) to `.devhive/memory/` and writes `08-reflection.md`
|
|
28
|
+
|
|
29
|
+
All of this is managed by the **`devhive-orchestrator`** skill.
|
|
30
|
+
|
|
31
|
+
## Product Planning Skills
|
|
32
|
+
|
|
33
|
+
DevHive bundles two skills for turning product requirements into reviewable user stories. They are available after `devhive install` or `devhive update-skill`. You can invoke them directly, and `@devhive-pm` also uses them in batch after generating a Feature PRD.
|
|
34
|
+
|
|
35
|
+
- **`devhive-backlog`**: Give it PRD text or a readable PRD path to get small, user-centered stories traceable to the source. It calls out important ambiguity rather than inventing requirements. Example: “Use `devhive-backlog` to break down `.devhive/specs/00-prd.md` into user stories.”
|
|
36
|
+
- **`devhive-story`**: Give it one selected story and, when useful, its source PRD/context. It returns exactly 2–3 Given/When/Then acceptance criteria and a mini plan of at most five bullets, then asks for review. Example: “Use `devhive-story` to refine US-001 from the approved backlog.”
|
|
37
|
+
|
|
38
|
+
When used directly, review the backlog before selecting a story for refinement. In the PM workflow, the agent collects all story results into one package and requests a single consolidated review. Approval is required before handoff and never executes a mini plan. These skills are distinct from the PM agent's prioritized `docs/PRODUCT/backlog.md` artifact (MoSCoW/RICE), which is for product-level prioritization rather than story details.
|
|
39
|
+
|
|
40
|
+
## The Agents
|
|
41
|
+
|
|
42
|
+
DevHive ships with two OpenCode agents:
|
|
43
|
+
|
|
44
|
+
### `@devhive` — The Software Engineer
|
|
45
|
+
|
|
46
|
+
Autonomous software development agent. Hardwired to immediately start the SDD pipeline.
|
|
47
|
+
|
|
48
|
+
```
|
|
49
|
+
@devhive Build a script that converts CSV to JSON running on AWS Lambda.
|
|
50
|
+
```
|
|
51
|
+
|
|
52
|
+
### `@devhive-pm` — The Product Manager
|
|
53
|
+
|
|
54
|
+
Standalone product layer that sits **above** the SDD pipeline. It defines *what* to build and *why*, then hands off to `@devhive` for *how*.
|
|
55
|
+
|
|
56
|
+
```
|
|
57
|
+
@devhive-pm We need a way for customers to track their support tickets.
|
|
58
|
+
```
|
|
59
|
+
|
|
60
|
+
The PM agent loads the bundled `devhive-prd`, `devhive-explorer`, `devhive-backlog`, and `devhive-story` skills. It creates the prioritized product backlog before story refinement so each story can cross-reference its `PM-###` item, then produces:
|
|
61
|
+
|
|
62
|
+
| Artifact | Contents |
|
|
63
|
+
| --- | --- |
|
|
64
|
+
| `docs/PRODUCT/product-vision.md` | Problem, audience, value proposition, principles, non-goals |
|
|
65
|
+
| `docs/PRODUCT/stakeholders.md` | Stakeholder map, influence/interest, engagement strategy |
|
|
66
|
+
| `docs/PRODUCT/metrics.md` | North Star metric, supporting KPIs, baselines and targets |
|
|
67
|
+
| `docs/PRODUCT/roadmap.md` | Now / Next / Later horizons with dependencies |
|
|
68
|
+
| `docs/PRODUCT/backlog.md` | Prioritized backlog (MoSCoW + RICE) with effort, value and risk |
|
|
69
|
+
| `docs/PRODUCT/user-stories.md` | User stories linked to backlog items and PRD sections, each with Given/When/Then criteria and a mini plan of up to five task bullets; package is Draft until explicitly approved |
|
|
70
|
+
| `docs/PRODUCT_REQUIREMENTS.md` | Master PRD (whole product) |
|
|
71
|
+
| `.devhive/specs/00-prd.md` | Feature PRD for the current cycle |
|
|
72
|
+
|
|
73
|
+
The PM agent never writes code. It asks for one consolidated review of the story package. After the user approves, it marks the package `Approved` and provides an explicit handoff naming the PRD and both backlog/story artifacts:
|
|
74
|
+
|
|
75
|
+
```
|
|
76
|
+
@devhive Implement the approved PM package for backlog item PM-001. Read .devhive/specs/00-prd.md, docs/PRODUCT/backlog.md, and docs/PRODUCT/user-stories.md.
|
|
77
|
+
```
|
|
78
|
+
|
|
79
|
+
`@devhive` maps approved product backlog and story IDs plus their acceptance criteria into technical tasks in `.devhive/specs/04-tasks.md`. When invoked directly with no PM PRD/backlog/story package, it keeps the existing self-starting flow: creates its own Feature PRD, then runs the normal SDD phases. PM artifacts are optional inputs; Draft, stale, or conflicting packages are not silently treated as approved.
|
|
80
|
+
|
|
81
|
+
## Installation
|
|
82
|
+
|
|
83
|
+
DevHive is available as a Python package via PyPI. You can install it globally to manage your OpenCode skills across all your environments.
|
|
84
|
+
|
|
85
|
+
```bash
|
|
86
|
+
pip install devhive
|
|
87
|
+
```
|
|
88
|
+
|
|
89
|
+
Once installed, you can use the CLI to setup or update your DevHive environment:
|
|
90
|
+
|
|
91
|
+
```bash
|
|
92
|
+
# Install DevHive's bundled skills and agents into OpenCode
|
|
93
|
+
devhive install
|
|
94
|
+
|
|
95
|
+
# Update DevHive's bundled skills and agents to the latest versions
|
|
96
|
+
devhive update-skill
|
|
97
|
+
|
|
98
|
+
# Initialize a modern Next.js/React frontend AI guidelines file in your current project
|
|
99
|
+
devhive init-frontend
|
|
100
|
+
|
|
101
|
+
# Initialize a Hexagonal Architecture backend AI guidelines file (Interactive Prompt)
|
|
102
|
+
devhive init-backend
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
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.
|
|
106
|
+
|
|
107
|
+
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.
|
|
108
|
+
|
|
109
|
+
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.
|
|
110
|
+
|
|
111
|
+
### Requirements
|
|
112
|
+
|
|
113
|
+
- Python 3.7 or newer
|
|
114
|
+
- OpenCode 2 (the bundled `devhive-skills-only` plugin uses the OpenCode 2 skill-transform API)
|
|
115
|
+
|
|
116
|
+
### Tests
|
|
117
|
+
|
|
118
|
+
Install the test dependencies and run the test suite:
|
|
119
|
+
|
|
120
|
+
```bash
|
|
121
|
+
pip install -e ".[test]"
|
|
122
|
+
pytest
|
|
123
|
+
```
|
|
124
|
+
|
|
125
|
+
## Usage (The `@devhive` Agent)
|
|
126
|
+
|
|
127
|
+
Instead of using OpenCode as a general assistant, invoke the dedicated `@devhive` agent. This agent is hardwired to immediately start the SDD pipeline.
|
|
128
|
+
|
|
129
|
+
```
|
|
130
|
+
@devhive Build a script that converts CSV to JSON running on AWS Lambda.
|
|
131
|
+
```
|
|
132
|
+
|
|
133
|
+
The agent will automatically load the orchestrator skill and start the 11-phase pipeline!
|
|
134
|
+
|
|
135
|
+
### Continuous Mode
|
|
136
|
+
By default, the orchestrator will pause and ask for your approval after writing each specification file (e.g., after writing the architecture design). If you want it to run entirely autonomously without stopping, you can add the "continuous mode" flag to your prompt:
|
|
137
|
+
|
|
138
|
+
```
|
|
139
|
+
@devhive Build a React landing page. Run in continuous mode with no pauses.
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
Or permanently enable it for the project by creating a flag file:
|
|
143
|
+
```bash
|
|
144
|
+
mkdir -p .devhive
|
|
145
|
+
touch .devhive/continuous
|
|
146
|
+
```
|
|
147
|
+
|
|
148
|
+
## Why SDD (Skill-Driven Development)?
|
|
149
|
+
|
|
150
|
+
- **Zero Setup**: No Python servers, no MCP configuration, no background processes.
|
|
151
|
+
- **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.
|
|
152
|
+
- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive-architect/SKILL.md`.
|
|
153
|
+
|
|
154
|
+
## License
|
|
155
|
+
|
|
156
|
+
MIT License.
|
|
@@ -0,0 +1,182 @@
|
|
|
1
|
+
Metadata-Version: 2.4
|
|
2
|
+
Name: devhive
|
|
3
|
+
Version: 0.1.44
|
|
4
|
+
Summary: CLI to manage DevHive skills and autonomous AI agents for OpenCode.
|
|
5
|
+
Home-page: https://github.com/ramBlanco/devhive
|
|
6
|
+
Author: ramBlanco
|
|
7
|
+
Classifier: Programming Language :: Python :: 3
|
|
8
|
+
Classifier: License :: OSI Approved :: MIT License
|
|
9
|
+
Classifier: Operating System :: OS Independent
|
|
10
|
+
Requires-Python: >=3.7
|
|
11
|
+
Description-Content-Type: text/markdown
|
|
12
|
+
License-File: LICENSE
|
|
13
|
+
Requires-Dist: click>=8.0.0
|
|
14
|
+
Provides-Extra: test
|
|
15
|
+
Requires-Dist: pytest>=7.0.0; extra == "test"
|
|
16
|
+
Dynamic: author
|
|
17
|
+
Dynamic: classifier
|
|
18
|
+
Dynamic: description
|
|
19
|
+
Dynamic: description-content-type
|
|
20
|
+
Dynamic: home-page
|
|
21
|
+
Dynamic: license-file
|
|
22
|
+
Dynamic: provides-extra
|
|
23
|
+
Dynamic: requires-dist
|
|
24
|
+
Dynamic: requires-python
|
|
25
|
+
Dynamic: summary
|
|
26
|
+
|
|
27
|
+
# DevHive: Skill-Driven Development (SDD) for OpenCode
|
|
28
|
+
|
|
29
|
+
DevHive is a fully autonomous AI software development pipeline designed specifically as a set of Skills and a dedicated Agent for **OpenCode**.
|
|
30
|
+
|
|
31
|
+
It replaces complex background servers and in-memory states with a transparent, predictable, and local **Skill-Driven Development (SDD)** architecture. DevHive uses your file system (`.devhive/specs/`) as its database, generating readable Markdown files at each step of the software lifecycle.
|
|
32
|
+
|
|
33
|
+
## The Pipeline
|
|
34
|
+
|
|
35
|
+
DevHive is composed of specialized Agent Skills that work sequentially:
|
|
36
|
+
|
|
37
|
+
0. **`devhive-prd`**: Acts as a Product Manager. Writes or updates a Master `docs/PRODUCT_REQUIREMENTS.md` and generates a feature-specific `.devhive/specs/00-prd.md` before any technical work begins.
|
|
38
|
+
1. **`devhive-explorer`**: Analyzes the PRD and codebase, then writes `.devhive/specs/01-exploration.md`
|
|
39
|
+
2. **`devhive-proposal`**: Creates technical acceptance criteria in `02-proposal.md`
|
|
40
|
+
3. **`devhive-architect`**: Designs the system architecture, DB schemas, and UX/UI design system in `03-architecture.md`
|
|
41
|
+
4. **`devhive-taskplanner`**: Breaks the architecture into actionable items across 8 different domains in `04-tasks.md`
|
|
42
|
+
5. **`devhive-designer`**: Implements the base UI/UX configuration (CSS vars, Tailwind configs) under `## Design Tasks`
|
|
43
|
+
6. **`devhive-devops`**: Writes Infrastructure as Code (IaC) (Terraform, CDK, Docker) and checks off `## Infrastructure Tasks`
|
|
44
|
+
7. **`devhive-dba`**: Creates DB schemas, migrations, and seeders under `## Data Tasks`
|
|
45
|
+
8. **`devhive-backender`**: Initializes the project, writes APIs and server logic, and checks off `## Backend Tasks`
|
|
46
|
+
9. **`devhive-frontender`**: Writes UI components and client-side logic, and checks off `## Frontend Tasks`
|
|
47
|
+
10. **`devhive-perf`**: Writes load testing scripts (k6, artillery) under `## Performance Tasks`
|
|
48
|
+
11. **`devhive-techwriter`**: Writes API docs (Swagger) and updates README under `## Documentation Tasks`
|
|
49
|
+
12. **`devhive-releaser`**: Bumps package versions, writes CHANGELOG, and creates local git tags under `## Release Tasks`
|
|
50
|
+
13. **`devhive-sast`**: Performs a Static Application Security Testing (SAST) scan and writes `05-sast-report.md`
|
|
51
|
+
14. **`devhive-qa`**: Writes test cases and test plans in `06-qa-plan.md`
|
|
52
|
+
15. **`devhive-auditor`**: Performs a final check and writes `07-audit.md`
|
|
53
|
+
16. **`devhive-reflection`**: Extracts persistent memory (semantic, episodic, anti-patterns) to `.devhive/memory/` and writes `08-reflection.md`
|
|
54
|
+
|
|
55
|
+
All of this is managed by the **`devhive-orchestrator`** skill.
|
|
56
|
+
|
|
57
|
+
## Product Planning Skills
|
|
58
|
+
|
|
59
|
+
DevHive bundles two skills for turning product requirements into reviewable user stories. They are available after `devhive install` or `devhive update-skill`. You can invoke them directly, and `@devhive-pm` also uses them in batch after generating a Feature PRD.
|
|
60
|
+
|
|
61
|
+
- **`devhive-backlog`**: Give it PRD text or a readable PRD path to get small, user-centered stories traceable to the source. It calls out important ambiguity rather than inventing requirements. Example: “Use `devhive-backlog` to break down `.devhive/specs/00-prd.md` into user stories.”
|
|
62
|
+
- **`devhive-story`**: Give it one selected story and, when useful, its source PRD/context. It returns exactly 2–3 Given/When/Then acceptance criteria and a mini plan of at most five bullets, then asks for review. Example: “Use `devhive-story` to refine US-001 from the approved backlog.”
|
|
63
|
+
|
|
64
|
+
When used directly, review the backlog before selecting a story for refinement. In the PM workflow, the agent collects all story results into one package and requests a single consolidated review. Approval is required before handoff and never executes a mini plan. These skills are distinct from the PM agent's prioritized `docs/PRODUCT/backlog.md` artifact (MoSCoW/RICE), which is for product-level prioritization rather than story details.
|
|
65
|
+
|
|
66
|
+
## The Agents
|
|
67
|
+
|
|
68
|
+
DevHive ships with two OpenCode agents:
|
|
69
|
+
|
|
70
|
+
### `@devhive` — The Software Engineer
|
|
71
|
+
|
|
72
|
+
Autonomous software development agent. Hardwired to immediately start the SDD pipeline.
|
|
73
|
+
|
|
74
|
+
```
|
|
75
|
+
@devhive Build a script that converts CSV to JSON running on AWS Lambda.
|
|
76
|
+
```
|
|
77
|
+
|
|
78
|
+
### `@devhive-pm` — The Product Manager
|
|
79
|
+
|
|
80
|
+
Standalone product layer that sits **above** the SDD pipeline. It defines *what* to build and *why*, then hands off to `@devhive` for *how*.
|
|
81
|
+
|
|
82
|
+
```
|
|
83
|
+
@devhive-pm We need a way for customers to track their support tickets.
|
|
84
|
+
```
|
|
85
|
+
|
|
86
|
+
The PM agent loads the bundled `devhive-prd`, `devhive-explorer`, `devhive-backlog`, and `devhive-story` skills. It creates the prioritized product backlog before story refinement so each story can cross-reference its `PM-###` item, then produces:
|
|
87
|
+
|
|
88
|
+
| Artifact | Contents |
|
|
89
|
+
| --- | --- |
|
|
90
|
+
| `docs/PRODUCT/product-vision.md` | Problem, audience, value proposition, principles, non-goals |
|
|
91
|
+
| `docs/PRODUCT/stakeholders.md` | Stakeholder map, influence/interest, engagement strategy |
|
|
92
|
+
| `docs/PRODUCT/metrics.md` | North Star metric, supporting KPIs, baselines and targets |
|
|
93
|
+
| `docs/PRODUCT/roadmap.md` | Now / Next / Later horizons with dependencies |
|
|
94
|
+
| `docs/PRODUCT/backlog.md` | Prioritized backlog (MoSCoW + RICE) with effort, value and risk |
|
|
95
|
+
| `docs/PRODUCT/user-stories.md` | User stories linked to backlog items and PRD sections, each with Given/When/Then criteria and a mini plan of up to five task bullets; package is Draft until explicitly approved |
|
|
96
|
+
| `docs/PRODUCT_REQUIREMENTS.md` | Master PRD (whole product) |
|
|
97
|
+
| `.devhive/specs/00-prd.md` | Feature PRD for the current cycle |
|
|
98
|
+
|
|
99
|
+
The PM agent never writes code. It asks for one consolidated review of the story package. After the user approves, it marks the package `Approved` and provides an explicit handoff naming the PRD and both backlog/story artifacts:
|
|
100
|
+
|
|
101
|
+
```
|
|
102
|
+
@devhive Implement the approved PM package for backlog item PM-001. Read .devhive/specs/00-prd.md, docs/PRODUCT/backlog.md, and docs/PRODUCT/user-stories.md.
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
`@devhive` maps approved product backlog and story IDs plus their acceptance criteria into technical tasks in `.devhive/specs/04-tasks.md`. When invoked directly with no PM PRD/backlog/story package, it keeps the existing self-starting flow: creates its own Feature PRD, then runs the normal SDD phases. PM artifacts are optional inputs; Draft, stale, or conflicting packages are not silently treated as approved.
|
|
106
|
+
|
|
107
|
+
## Installation
|
|
108
|
+
|
|
109
|
+
DevHive is available as a Python package via PyPI. You can install it globally to manage your OpenCode skills across all your environments.
|
|
110
|
+
|
|
111
|
+
```bash
|
|
112
|
+
pip install devhive
|
|
113
|
+
```
|
|
114
|
+
|
|
115
|
+
Once installed, you can use the CLI to setup or update your DevHive environment:
|
|
116
|
+
|
|
117
|
+
```bash
|
|
118
|
+
# Install DevHive's bundled skills and agents into OpenCode
|
|
119
|
+
devhive install
|
|
120
|
+
|
|
121
|
+
# Update DevHive's bundled skills and agents to the latest versions
|
|
122
|
+
devhive update-skill
|
|
123
|
+
|
|
124
|
+
# Initialize a modern Next.js/React frontend AI guidelines file in your current project
|
|
125
|
+
devhive init-frontend
|
|
126
|
+
|
|
127
|
+
# Initialize a Hexagonal Architecture backend AI guidelines file (Interactive Prompt)
|
|
128
|
+
devhive init-backend
|
|
129
|
+
```
|
|
130
|
+
|
|
131
|
+
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.
|
|
132
|
+
|
|
133
|
+
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.
|
|
134
|
+
|
|
135
|
+
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.
|
|
136
|
+
|
|
137
|
+
### Requirements
|
|
138
|
+
|
|
139
|
+
- Python 3.7 or newer
|
|
140
|
+
- OpenCode 2 (the bundled `devhive-skills-only` plugin uses the OpenCode 2 skill-transform API)
|
|
141
|
+
|
|
142
|
+
### Tests
|
|
143
|
+
|
|
144
|
+
Install the test dependencies and run the test suite:
|
|
145
|
+
|
|
146
|
+
```bash
|
|
147
|
+
pip install -e ".[test]"
|
|
148
|
+
pytest
|
|
149
|
+
```
|
|
150
|
+
|
|
151
|
+
## Usage (The `@devhive` Agent)
|
|
152
|
+
|
|
153
|
+
Instead of using OpenCode as a general assistant, invoke the dedicated `@devhive` agent. This agent is hardwired to immediately start the SDD pipeline.
|
|
154
|
+
|
|
155
|
+
```
|
|
156
|
+
@devhive Build a script that converts CSV to JSON running on AWS Lambda.
|
|
157
|
+
```
|
|
158
|
+
|
|
159
|
+
The agent will automatically load the orchestrator skill and start the 11-phase pipeline!
|
|
160
|
+
|
|
161
|
+
### Continuous Mode
|
|
162
|
+
By default, the orchestrator will pause and ask for your approval after writing each specification file (e.g., after writing the architecture design). If you want it to run entirely autonomously without stopping, you can add the "continuous mode" flag to your prompt:
|
|
163
|
+
|
|
164
|
+
```
|
|
165
|
+
@devhive Build a React landing page. Run in continuous mode with no pauses.
|
|
166
|
+
```
|
|
167
|
+
|
|
168
|
+
Or permanently enable it for the project by creating a flag file:
|
|
169
|
+
```bash
|
|
170
|
+
mkdir -p .devhive
|
|
171
|
+
touch .devhive/continuous
|
|
172
|
+
```
|
|
173
|
+
|
|
174
|
+
## Why SDD (Skill-Driven Development)?
|
|
175
|
+
|
|
176
|
+
- **Zero Setup**: No Python servers, no MCP configuration, no background processes.
|
|
177
|
+
- **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.
|
|
178
|
+
- **Modular**: Need a different architectural approach? You can just tweak the prompt inside `skills/devhive-architect/SKILL.md`.
|
|
179
|
+
|
|
180
|
+
## License
|
|
181
|
+
|
|
182
|
+
MIT License.
|
|
@@ -12,10 +12,11 @@ devhive_cli/__init__.py
|
|
|
12
12
|
devhive_cli/main.py
|
|
13
13
|
devhive_cli/memory.py
|
|
14
14
|
devhive_cli/templates_backend.py
|
|
15
|
+
devhive_cli/agents/devhive-pm.md
|
|
15
16
|
devhive_cli/agents/devhive.md
|
|
16
17
|
devhive_cli/community_skills/architecture-patterns/SKILL.md
|
|
17
18
|
devhive_cli/community_skills/architecture-patterns/resources/implementation-playbook.md
|
|
18
|
-
devhive_cli/community_skills/backend-
|
|
19
|
+
devhive_cli/community_skills/backend-architect/SKILL.md
|
|
19
20
|
devhive_cli/community_skills/backend-security-coder/SKILL.md
|
|
20
21
|
devhive_cli/community_skills/docker-expert/SKILL.md
|
|
21
22
|
devhive_cli/community_skills/frontend-design/SKILL.md
|
|
@@ -32,25 +33,33 @@ devhive_cli/community_skills/theme-factory/themes/modern-minimalist.md
|
|
|
32
33
|
devhive_cli/community_skills/theme-factory/themes/ocean-depths.md
|
|
33
34
|
devhive_cli/community_skills/theme-factory/themes/sunset-boulevard.md
|
|
34
35
|
devhive_cli/community_skills/theme-factory/themes/tech-innovation.md
|
|
36
|
+
devhive_cli/plugins/devhive-skills-only.ts
|
|
37
|
+
devhive_cli/plugins/package.json
|
|
35
38
|
devhive_cli/skills/devhive_workflow.md
|
|
36
|
-
devhive_cli/skills/
|
|
37
|
-
devhive_cli/skills/
|
|
38
|
-
devhive_cli/skills/
|
|
39
|
-
devhive_cli/skills/
|
|
40
|
-
devhive_cli/skills/
|
|
41
|
-
devhive_cli/skills/
|
|
42
|
-
devhive_cli/skills/
|
|
43
|
-
devhive_cli/skills/
|
|
44
|
-
devhive_cli/skills/
|
|
45
|
-
devhive_cli/skills/
|
|
46
|
-
devhive_cli/skills/
|
|
47
|
-
devhive_cli/skills/
|
|
48
|
-
devhive_cli/skills/
|
|
49
|
-
devhive_cli/skills/
|
|
50
|
-
devhive_cli/skills/
|
|
51
|
-
devhive_cli/skills/
|
|
52
|
-
devhive_cli/skills/
|
|
53
|
-
devhive_cli/skills/
|
|
54
|
-
devhive_cli/skills/
|
|
39
|
+
devhive_cli/skills/devhive-analyzer/SKILL.md
|
|
40
|
+
devhive_cli/skills/devhive-architect/SKILL.md
|
|
41
|
+
devhive_cli/skills/devhive-auditor/SKILL.md
|
|
42
|
+
devhive_cli/skills/devhive-backender/SKILL.md
|
|
43
|
+
devhive_cli/skills/devhive-backlog/SKILL.md
|
|
44
|
+
devhive_cli/skills/devhive-dba/SKILL.md
|
|
45
|
+
devhive_cli/skills/devhive-designer/SKILL.md
|
|
46
|
+
devhive_cli/skills/devhive-devops/SKILL.md
|
|
47
|
+
devhive_cli/skills/devhive-explorer/SKILL.md
|
|
48
|
+
devhive_cli/skills/devhive-frontender/SKILL.md
|
|
49
|
+
devhive_cli/skills/devhive-orchestrator/SKILL.md
|
|
50
|
+
devhive_cli/skills/devhive-perf/SKILL.md
|
|
51
|
+
devhive_cli/skills/devhive-prd/SKILL.md
|
|
52
|
+
devhive_cli/skills/devhive-proposal/SKILL.md
|
|
53
|
+
devhive_cli/skills/devhive-qa/SKILL.md
|
|
54
|
+
devhive_cli/skills/devhive-reflection/SKILL.md
|
|
55
|
+
devhive_cli/skills/devhive-releaser/SKILL.md
|
|
56
|
+
devhive_cli/skills/devhive-sast/SKILL.md
|
|
57
|
+
devhive_cli/skills/devhive-story/SKILL.md
|
|
58
|
+
devhive_cli/skills/devhive-taskplanner/SKILL.md
|
|
59
|
+
devhive_cli/skills/devhive-techwriter/SKILL.md
|
|
55
60
|
devhive_cli/templates/AGENTS.backend.md
|
|
56
|
-
devhive_cli/templates/AGENTS.frontend.md
|
|
61
|
+
devhive_cli/templates/AGENTS.frontend.md
|
|
62
|
+
tests/test_install.py
|
|
63
|
+
tests/test_planning_skills.py
|
|
64
|
+
tests/test_pm_workflow.py
|
|
65
|
+
tests/test_skill_policy.py
|