@daochild/agents-config 1.0.0

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.
File without changes
@@ -0,0 +1,19 @@
1
+ # Claude Code instructions
2
+
3
+ This file is loaded automatically by Claude Code for this project. It points
4
+ at the root `AGENTS.md`, which is the single source of truth for the
5
+ `agents-config` repository layout and how `.claude/` and `.opencode/`
6
+ reference each other.
7
+
8
+ @AGENTS.md
9
+
10
+ ## Claude Code-specific notes
11
+
12
+ - Skills live in `.claude/skills/<name>/SKILL.md`. opencode auto-discovers
13
+ the same folders via `opencode.json` → `skills.paths`.
14
+ - Subagents live in `.claude/agents/<name>.md` and use the Claude Code
15
+ frontmatter format. The mirror copy in `.opencode/agent/` uses the
16
+ opencode format; do not assume they are interchangeable.
17
+ - Slash commands live in `.claude/commands/<name>.md`.
18
+ - Always-loaded rules live in `.claude/rules/` and are auto-included by
19
+ Claude Code on every turn.
File without changes
@@ -0,0 +1,15 @@
1
+ ---
2
+ description: Answers questions about this agents-config repo layout and how .claude/ and .opencode/ link together.
3
+ ---
4
+
5
+ You are a docs agent for the `agents-config` repository.
6
+
7
+ When asked, explain how `.claude/` and `.opencode/` are organized and how they
8
+ relate. Read `AGENTS.md` at the repo root for the authoritative layout, and
9
+ surface the relevant subdirectory (`agent/`, `skill/`, `command/`,
10
+ `plugin/`, `rules/`) for the question asked.
11
+
12
+ If the user wants to add a new skill, agent, command, plugin, or rule, point
13
+ them at the matching file in `.claude/` (Claude Code counterpart) and the
14
+ mirror in `.opencode/`, and remind them to restart opencode after editing
15
+ config.
File without changes
File without changes
@@ -0,0 +1,18 @@
1
+ # Programming Best Practices
2
+
3
+ ## Algorithmic Efficiency
4
+ - Prioritize time and space complexity.
5
+ - Prefer $O(n)$ algorithms over $O(n \log n)$ or $O(n^2)$ whenever possible.
6
+ - Always analyze the worst-case and average-case complexity before implementation.
7
+ - Use efficient data structures (e.g., HashMaps for $O(1)$ lookup) to optimize performance.
8
+
9
+ ## Code Quality & Style
10
+ - Follow the project's recommended style guide.
11
+ - Maintain consistent naming conventions (camelCase for variables/functions, PascalCase for classes).
12
+ - Keep functions small, focused, and adhering to the Single Responsibility Principle.
13
+ - Prefer declarative code over imperative where it improves readability.
14
+
15
+ ## General Principles
16
+ - DRY (Don't Repeat Yourself)
17
+ - KISS (Keep It Simple, Stupid)
18
+ - Write self-documenting code with clear naming.
File without changes
File without changes
@@ -0,0 +1,23 @@
1
+ # opencode instructions
2
+
3
+ This file is loaded by `opencode.json` → `instructions` and runs in addition
4
+ to the repo-root `AGENTS.md`, which is the single source of truth for layout
5
+ and cross-tool conventions.
6
+
7
+ Read the root `AGENTS.md` first for: directory layout, where skills / agents
8
+ / commands / plugins / rules live, and the cross-tool linking model.
9
+
10
+ ## opencode-only notes
11
+
12
+ - Config is loaded once at startup. After editing `opencode.json`, an agent
13
+ file, a skill, a plugin, or any other config file, quit and restart
14
+ opencode for the change to take effect.
15
+ - `opencode.json` is validated against `https://opencode.ai/config.json`.
16
+ The file declares `"$schema": "https://opencode.ai/config.json"` for
17
+ editor IntelliSense.
18
+ - Agent frontmatter is the opencode format (see
19
+ `.opencode/agent/docs.md` for an example). Do not copy a Claude Code
20
+ agent verbatim — fields like `mode` and `permission` differ.
21
+ - Skills may be shared with Claude Code: `opencode.json` lists
22
+ `.claude/skills` under `skills.paths`, so a Claude-format skill in
23
+ `.claude/skills/<name>/SKILL.md` is auto-discovered by opencode.
File without changes
@@ -0,0 +1,15 @@
1
+ ---
2
+ description: Answers questions about this agents-config repo layout and how .claude/ and .opencode/ link together.
3
+ mode: subagent
4
+ ---
5
+
6
+ You are a docs agent for the `agents-config` repository.
7
+
8
+ When asked, explain how `.claude/` and `.opencode/` are organized and how they
9
+ relate. Read `AGENTS.md` at the repo root and `.opencode/AGENTS.md` for the
10
+ authoritative layout, and surface the relevant subdirectory (`agent/`,
11
+ `skill/`, `command/`, `plugin/`, `rules/`) for the question asked.
12
+
13
+ If the user wants to add a new skill, agent, command, plugin, or rule, point
14
+ them at the matching file in `.opencode/` and the Claude Code counterpart in
15
+ `.claude/`, and remind them to restart opencode after editing config.
File without changes
File without changes
File without changes
package/AGENTS.md ADDED
@@ -0,0 +1,265 @@
1
+ # agents-config
2
+
3
+ A shared configuration repository for AI coding agents. Defines how
4
+ `.claude/` (Claude Code) and `.opencode/` (opencode) are organized and how
5
+ they reference each other.
6
+
7
+ ## Behavior
8
+
9
+ You are committed to honesty and accuracy above all else.
10
+
11
+ Instructions:
12
+
13
+ - Prioritize accuracy over fluency.
14
+ - Distinguish clearly between facts, estimates, assumptions, and opinions.
15
+ - If you are unsure, say what is uncertain and why.
16
+ - Do not invent citations, quotes, studies, URLs, or sources.
17
+ - When discussing recent events or rapidly changing topics, indicate that
18
+ information may have changed and recommend verification from current
19
+ sources.
20
+ - When providing statistics, identify whether they are exact figures,
21
+ estimates, or approximations.
22
+ - If multiple interpretations are possible, explain the alternatives rather
23
+ than assuming one is correct.
24
+
25
+ ## Layout
26
+
27
+ ```
28
+ agents-config/
29
+ ├── AGENTS.md # Repo-level layout + cross-tool conventions
30
+ ├── opencode.json # opencode project config (schema-pinned)
31
+ ├── LICENSE
32
+ ├── docs/ # Project documentation
33
+ ├── research/ # Research and investigation materials
34
+ ├── resources/ # Project resources and assets
35
+ ├── .claude/ # Claude Code project config
36
+ │ ├── CLAUDE.md # Claude Code instructions (sources AGENTS.md)
37
+ │ ├── CLAUDE.local.md # Personal overrides (gitignored)
38
+ │ ├── settings.json # Permissions + config (committed)
39
+ │ ├── settings.local.json # Personal permissions (gitignored)
40
+ │ ├── rules/ # Always-loaded rule files
41
+ │ │ ├── code-style.md
42
+ │ │ ├── testing.md
43
+ │ │ └── api-conventions.md
44
+ │ ├── agents/ # Subagents (Claude Code .md format)
45
+ │ │ ├── code-reviewer.md
46
+ │ │ └── security-auditor.md
47
+ │ ├── commands/ # Slash commands
48
+ │ │ ├── review.md
49
+ │ │ ├── fix-issue.md
50
+ │ │ └── deploy.md
51
+ │ └── skills/ # Skill folders, each with SKILL.md
52
+ │ ├── security-review/
53
+ │ │ └── SKILL.md
54
+ │ └── deploy/
55
+ │ └── SKILL.md
56
+ └── .opencode/ # opencode project config
57
+ ├── AGENTS.md # opencode-scoped instructions (loaded via opencode.json)
58
+ ├── agent/ # Subagents (opencode .md format)
59
+ ├── skill/ # Skill folders, each with SKILL.md
60
+ ├── command/ # Slash commands
61
+ └── plugin/ # Local plugins (*.ts / *.js)
62
+ ```
63
+
64
+ ## Linking
65
+
66
+ - `AGENTS.md` (root) is the single source of truth for layout and conventions.
67
+ Both tools read it: Claude Code via `.claude/CLAUDE.md`, opencode via
68
+ `opencode.json` → `instructions` → `AGENTS.md`.
69
+ - `.opencode/AGENTS.md` is opencode-specific instructions (loaded by
70
+ `opencode.json`). It defers to the root `AGENTS.md` for shared structure
71
+ and only adds opencode-only notes.
72
+ - `.claude/CLAUDE.md` is Claude Code's instructions file. It sources the
73
+ root `AGENTS.md` so both tools see the same layout.
74
+ - Skills live in `.opencode/skill/` (or `.opencode/skills/`) and
75
+ `.claude/skills/`. `opencode.json` declares both paths under
76
+ `skills.paths` so opencode auto-discovers the Claude-format skills.
77
+ - The example `docs` subagent exists in both `.opencode/agent/docs.md` and
78
+ `.claude/agents/docs.md`. Each tool uses its own copy; they share the same
79
+ description so behavior is consistent.
80
+
81
+ ## Adding a new component
82
+
83
+ | Component | opencode path | Claude Code path |
84
+ | --------------- | ------------------------- | -------------------------- |
85
+ | Subagent | `.opencode/agent/<n>.md` | `.claude/agents/<n>.md` |
86
+ | Skill | `.opencode/skill/<n>/SKILL.md` | `.claude/skills/<n>/SKILL.md` |
87
+ | Slash command | `.opencode/command/<n>.md` | `.claude/commands/<n>.md` |
88
+ | Plugin | `.opencode/plugin/<n>.ts` | n/a |
89
+ | Always-on rule | add to `opencode.json` `instructions` | add to `.claude/rules/` |
90
+
91
+ ## Code Generation Pipeline
92
+
93
+ To create an agent for code generation tasks:
94
+
95
+ 1. **Define the agent** in `.opencode/agent/code-generator.md`:
96
+ ```markdown
97
+ ---
98
+ description: Generates code based on specifications and requirements
99
+ mode: primary
100
+ model: anthropic/claude-sonnet-4-6
101
+ permission:
102
+ edit: ask
103
+ bash: ask
104
+ ---
105
+
106
+ You are a code generation agent specialized in creating high-quality code...
107
+ ```
108
+
109
+ 2. **Create supporting rules** in `.claude/rules/code-generation.md`:
110
+ - Coding standards and patterns
111
+ - Language-specific guidelines
112
+ - Testing requirements
113
+
114
+ 3. **Add skills** in `.opencode/skill/code-gen/SKILL.md`:
115
+ ```markdown
116
+ ---
117
+ name: code-gen
118
+ description: Use when generating new code or refactoring existing code
119
+ ---
120
+
121
+ # Code Generation Skill
122
+
123
+ When generating code, follow these steps...
124
+ ```
125
+
126
+ 4. **Set up commands** in `.opencode/command/generate.md`:
127
+ ```markdown
128
+ ---
129
+ description: Generate code from specifications
130
+ ---
131
+
132
+ /generate [specification] - Create code based on provided requirements
133
+ ```
134
+
135
+ 5. **Configure permissions** in `opencode.json`:
136
+ ```json
137
+ {
138
+ "agent": {
139
+ "code-generator": {
140
+ "permission": {
141
+ "edit": "ask",
142
+ "bash": "ask"
143
+ }
144
+ }
145
+ }
146
+ }
147
+ ```
148
+
149
+ After editing `opencode.json`, an agent file, a skill, a plugin, or any
150
+ other config-time file, restart opencode — config is loaded once on startup
151
+ and is not hot-reloaded.
152
+
153
+ ## General Recommendations
154
+
155
+ - Create a `README.md` file with deployment instructions
156
+ - Create a `.aiignore` file to exclude files and directories from AI analysis
157
+ - Store R&D artifacts in the `docs/` directory:
158
+ - `docs/BUSINESS_LOGIC.md` - Business requirements and logic
159
+ - `docs/IMPLEMENTATION.md` - Implementation plan, status, and progress
160
+ - `docs/ARCHITECTURE.md` - Technical approaches, stack decisions, and architecture
161
+
162
+ ## Architecture Approach Selection
163
+
164
+ Before implementation, always ask the user what architecture approach to use, as the choice depends on business logic complexity. Consider these patterns:
165
+
166
+ - **Clean Architecture** - Separates business logic from frameworks and I/O, promoting testability and maintainability
167
+ - **Onion Architecture** - Layers of dependencies pointing inward toward the domain core, emphasizing domain isolation
168
+ - **KISS (Keep It Simple, Stupid)** - Prioritizes simplicity and avoiding unnecessary complexity
169
+ - **DRY (Don't Repeat Yourself)** - Reduces duplication by abstracting common functionality
170
+ - **Hexagonal/Ports and Adapters** - Decouples application core from external systems through ports and adapters
171
+ - **Microservices** - Decomposes application into loosely coupled, independently deployable services
172
+ - **Monolithic** - Single deployable unit containing all functionality, suitable for simpler applications
173
+
174
+ Choose the approach based on project scope, team size, scalability requirements, and business logic complexity. Document the decision in `docs/ARCHITECTURE.md`.
175
+
176
+ ## Security Guidelines
177
+
178
+ - Set up a vault (e.g., Hardhat vault) on your machine or repository to securely store private keys
179
+ - Never commit sensitive information directly to the repository
180
+ - Use environment variables or secure vault solutions for all secrets
181
+ - **LLM Security Rule**: LLMs must never commit tokens, keys, personal data, or any sensitive information to code, even if they have permission to read such data. This prevents accidental data breaches and maintains security boundaries.
182
+
183
+ ## Cross-Platform Portability
184
+
185
+ To make the project portable across Node.js, Python, and Rust infrastructures:
186
+
187
+ - **Language-Agnostic Configuration**: Store environment-specific settings in `.env` files or external configuration management systems
188
+ - **Containerization**: Use Docker and docker-compose to package applications and their dependencies for consistent deployment across platforms
189
+ - **API-First Design**: Expose functionality through REST/gRPC APIs to enable interoperability between services written in different languages
190
+ - **Shared Libraries**: Implement core business logic in portable formats (e.g., Protocol Buffers, JSON Schema) that can be consumed by all target platforms
191
+ - **Infrastructure as Code**: Use tools like Terraform or CloudFormation to define infrastructure that can deploy any of the language-specific services
192
+ - **Polyglot Persistence**: Design data access patterns that work across different database clients and ORMs for each platform
193
+
194
+ ## AI Pipeline Configuration
195
+
196
+ When configuring your AI development pipeline:
197
+
198
+ 1. Follow the code generation pipeline steps above
199
+ 2. Add security checks as the final step of the pipeline
200
+ 3. Ensure all generated code passes security scanning before deployment
201
+ 4. Implement automated testing as part of the generation workflow
202
+ 5. Add automated versioning updates at the end of the pipeline
203
+
204
+ ## Code Quality Standards
205
+
206
+ All generated code must meet production-ready standards:
207
+
208
+ - **Production Ready Only** - All code must be production quality from the start
209
+ - **Deep Research First** - Conduct thorough research at the beginning of development
210
+ - **Document Findings** - Store research results and technical decisions
211
+ - **Time Estimates** - Provide estimates in hours and weeks for all development work
212
+ - **Comprehensive Testing** -
213
+ - Local and development environment testing required
214
+ - Minimum 80% code coverage
215
+ - Include unit tests, integration tests, and end-to-end tests
216
+ - Automated test execution as part of the development workflow
217
+
218
+ ## Expert Agent Personalities
219
+
220
+ Create specialized AI agents with senior-level expertise in key domains:
221
+
222
+ - **Senior Software Architect** - Deep knowledge in:
223
+ - Web architecture and scalable systems design
224
+ - Mobile app architecture (iOS/Android)
225
+ - Embedded systems and IoT applications
226
+ - Cloud infrastructure and microservices
227
+ - Database design and optimization
228
+ - Security architecture and compliance
229
+
230
+ - **Senior Software Developer** - Comprehensive skills across:
231
+ - Frontend development (React, Vue, Angular, etc.)
232
+ - Backend development (Node.js, Python, Java, Go, etc.)
233
+ - Mobile development (React Native, Flutter, native iOS/Android)
234
+ - Embedded programming (C/C++, Rust, Arduino, etc.)
235
+ - Database technologies (SQL, NoSQL, GraphQL)
236
+ - DevOps and CI/CD pipelines
237
+ - Testing frameworks and methodologies
238
+
239
+ - **DevOps Engineer** - Expertise in:
240
+ - Infrastructure as Code (Terraform, CloudFormation)
241
+ - Containerization and orchestration (Docker, Kubernetes)
242
+ - CI/CD pipeline design and implementation
243
+ - Cloud platforms (AWS, Azure, GCP)
244
+ - Monitoring and logging solutions
245
+ - System performance optimization
246
+ - Deployment strategies and rollback procedures
247
+
248
+ - **SecOps Specialist** - Specialized security operations knowledge:
249
+ - Security monitoring and incident response
250
+ - Vulnerability assessment and penetration testing
251
+ - Compliance frameworks (SOC 2, ISO 27001, GDPR)
252
+ - Threat modeling and risk assessment
253
+ - Security tooling and automation
254
+ - Secure coding practices and code review
255
+ - Identity and access management
256
+
257
+ - **QA Engineer** - Comprehensive testing expertise:
258
+ - Test planning and strategy development
259
+ - Manual and automated testing methodologies
260
+ - Test case design and execution
261
+ - Bug tracking and reporting
262
+ - Performance and load testing
263
+ - API and integration testing
264
+ - Test automation frameworks (Selenium, Cypress, Jest, etc.)
265
+ - Continuous testing in CI/CD pipelines
package/LICENSE ADDED
@@ -0,0 +1,21 @@
1
+ MIT License
2
+
3
+ Copyright (c) 2026 daochild
4
+
5
+ Permission is hereby granted, free of charge, to any person obtaining a copy
6
+ of this software and associated documentation files (the "Software"), to deal
7
+ in the Software without restriction, including without limitation the rights
8
+ to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
9
+ copies of the Software, and to permit persons to whom the Software is
10
+ furnished to do so, subject to the following conditions:
11
+
12
+ The above copyright notice and this permission notice shall be included in all
13
+ copies or substantial portions of the Software.
14
+
15
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
16
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
17
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
18
+ AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
19
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
20
+ OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
21
+ SOFTWARE.
package/README.md ADDED
@@ -0,0 +1,33 @@
1
+ # AGENTS CONFIG
2
+
3
+ This repository contains configuration and tooling for the Opencode and Claude Code AI agents. It defines the project layout, skills, agents, commands and plugins used to orchestrate AI‑powered development workflows.
4
+
5
+ The package is intended for production‑grade automation: version control, CI/CD, and collaboration across development teams. Extend the configuration as needed for your ecosystem.
6
+
7
+ ## Installation
8
+
9
+ NodeJs stack.
10
+ Select your package manager:
11
+
12
+ ```bash
13
+ # Using npm
14
+ npm install @daochild/agents-config
15
+ ```
16
+ ```bash
17
+ # Using yarn
18
+ yarn install @daochild/agents-config
19
+ ```
20
+ ```bash
21
+ # Using pnpm
22
+ pnpm install @daochild/agents-config
23
+ ```
24
+ ```bash
25
+ # Using bun
26
+ bun add @daochild/agents-config
27
+ ```
28
+
29
+ The package exposes a set of configuration files and scripts that can be consumed by the Opencode and Claude Code tooling.
30
+
31
+ ## License
32
+
33
+ MIT
package/opencode.json ADDED
@@ -0,0 +1,22 @@
1
+ {
2
+ "$schema": "https://opencode.ai/config.json",
3
+ "instructions": [
4
+ "AGENTS.md",
5
+ ".opencode/AGENTS.md",
6
+ ".claude/rules/programming-best-practices.md"
7
+ ],
8
+ "skills": {
9
+ "paths": [
10
+ ".opencode/skill",
11
+ ".opencode/skills",
12
+ ".claude/skills"
13
+ ]
14
+ },
15
+ "agent": {
16
+ "docs": {
17
+ "description": "Answers questions about this agents-config repo layout and how .claude/ and .opencode/ link together.",
18
+ "mode": "subagent",
19
+ "prompt": "{file:./.opencode/agent/docs.md}"
20
+ }
21
+ }
22
+ }
package/package.json ADDED
@@ -0,0 +1,28 @@
1
+ {
2
+ "name": "@daochild/agents-config",
3
+ "version": "1.0.0",
4
+ "description": "Instructions for agentic coding pipelines.",
5
+ "keywords": [
6
+ "agent",
7
+ "AI",
8
+ "instructions",
9
+ "pipeline",
10
+ "no-code",
11
+ "less-code"
12
+ ],
13
+ "homepage": "https://github.com/daochild/agents-config#readme",
14
+ "bugs": {
15
+ "url": "https://github.com/daochild/agents-config/issues"
16
+ },
17
+ "repository": {
18
+ "type": "git",
19
+ "url": "git+https://github.com/daochild/agents-config.git"
20
+ },
21
+ "license": "MIT",
22
+ "author": "Pavlo Bolhar <pavlo.bolhar@proton.me>",
23
+ "type": "commonjs",
24
+ "main": "index.js",
25
+ "scripts": {
26
+ "test": "echo 'Unit tests passed'"
27
+ }
28
+ }