@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.
- package/.claude/.gitkeep +0 -0
- package/.claude/CLAUDE.md +19 -0
- package/.claude/agents/.gitkeep +0 -0
- package/.claude/agents/docs.md +15 -0
- package/.claude/commands/.gitkeep +0 -0
- package/.claude/rules/.gitkeep +0 -0
- package/.claude/rules/programming-best-practices.md +18 -0
- package/.claude/skills/.gitkeep +0 -0
- package/.opencode/.gitkeep +0 -0
- package/.opencode/AGENTS.md +23 -0
- package/.opencode/agent/.gitkeep +0 -0
- package/.opencode/agent/docs.md +15 -0
- package/.opencode/command/.gitkeep +0 -0
- package/.opencode/plugin/.gitkeep +0 -0
- package/.opencode/skill/.gitkeep +0 -0
- package/AGENTS.md +265 -0
- package/LICENSE +21 -0
- package/README.md +33 -0
- package/opencode.json +22 -0
- package/package.json +28 -0
package/.claude/.gitkeep
ADDED
|
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
|
+
}
|