Documentation
Expert knowledge of Zero-Day Attack documentation conventions, structure, and maintenance for CLAUDE.md, README.md, and project documentation.
Documentation Files
CLAUDE.md
Primary guidance file for Claude Code:
| Section | Purpose |
|---|---|
| Project Overview | What the project is |
| Build Commands | How to build/deploy |
| Required Build Configuration | Platform settings |
| Architecture | Code organization |
| Key Namespaces | Namespace purposes |
| Singleton Managers | Global access patterns |
| Board SDK Components | SDK overview |
| Project Structure | File organization |
| SVG Import Settings | Sprite sizing rules |
| Visual Style Guide | Colors summary |
| Layout Configuration | Layout constants |
| Testing | Test instructions |
| Unity MCP Integration | MCP setup/usage |
README.md
User-facing project introduction:
| Section | Purpose |
|---|---|
| Game Overview | What the game is |
| Digitization Approach | Hybrid input model |
| Tech Stack | Engine, platform, SDK |
| Getting Started | Setup instructions |
| Building & Deploying | Build commands |
| Simulation | Testing without hardware |
| Project Structure | Directory overview |
| Documentation | Doc file index |
| AI-Assisted Development | MCP quick start |
| Credits | Attribution |
Skill Reference Folders
Domain knowledge is distributed across plugin skill reference folders:
| Skill | Domain | Key References |
|---|---|---|
zero-day-rules |
Game mechanics | complete-rules.md, phase-mechanics.md |
board-sdk |
SDK integration | vendor-docs/, contact-handling.md |
project-architecture |
Code patterns | layer-model.md, data-flow.md |
layout-sizing |
Screen math | coordinate-systems.md, layout-config.md |
visual-style-guide |
Visual specs | color-system.md, rendering-order.md |
unity-mcp-tools |
MCP tools | tool-reference.md, tool-groups.md |
unity-testing |
Tests | test-patterns.md, existing-tests.md |
Load skills with /zero-day-dev:{skill-name} before spawning agents.
Documentation Conventions
Markdown Formatting
Use consistent formatting:
- Headers:
#for title,##for sections,###for subsections - Code blocks: Triple backticks with language
- Tables: Pipe-separated with header row
- Lists:
-for unordered,1.for ordered
Code Examples
Always include language identifier:
```csharp
public class Example { }
```
```bash
bdb install app.apk
```
Tables
Use for structured data:
| Column 1 | Column 2 |
| -------- | -------- |
| Value 1 | Value 2 |
File References
For project files, use relative paths:
Located in `Assets/Scripts/Config/`
For domain knowledge, load skills:
Load `/zero-day-dev:project-architecture` for architecture details
Load `/zero-day-dev:board-sdk` for SDK integration patterns
Updating CLAUDE.md
When to Update
Update CLAUDE.md when:
- New namespaces/classes added
- Architecture changes
- Build process changes
- New SDK features used
- Configuration changes
Update Process
- Identify section needing update
- Keep format consistent with existing sections
- Update related sections if affected
- Keep concise - detail goes in skill references
Key Sections to Maintain
Script Organization: Update when adding folders/namespaces
Assets/Scripts/
├── NewFolder/ # Purpose
│ └── NewClass.cs # Description
Key Namespaces: Update when adding namespaces
| `ZeroDayAttack.NewNamespace` | Purpose |
Singleton Managers: Update when adding managers
- `NewManager.Instance` - Description
Updating README.md
When to Update README.md
Update README.md when:
- User-facing features change
- Setup process changes
- Dependencies change
- Credits need updating
Keep User-Focused
README is for users, not AI:
- Clear setup instructions
- Practical examples
- Troubleshooting tips
- Working commands
Skill Reference Updates
When to Update Skill References
Update skill reference files when:
- Significant implementation changes
- New systems added
- Algorithms change
- Rules clarified
Routing Guide
| Change Type | Update Skill |
|---|---|
| Game mechanics | zero-day-rules/references/ |
| Code architecture | project-architecture/references/ |
| SDK patterns | board-sdk/references/ |
| Layout/sizing | layout-sizing/references/ |
| Visual specs | visual-style-guide/references/ |
| MCP tools | unity-mcp-tools/references/ |
| Test patterns | unity-testing/references/ |
Naming Convention
Use lowercase-with-dashes for reference files:
new-feature.md
system-name.md
Plugin Documentation
Skills Updates
Update skill SKILL.md files when:
- New trigger phrases needed
- New reference files added
- Procedures change
- Best practices evolve
Agent Updates
Update agent .md files when:
- Expertise changes
- Trigger conditions change
- Tool access changes
Command Updates
Update command .md files when:
- Arguments change
- Behavior changes
- New features added
Documentation Templates
New Feature Documentation Template
# Feature Name Analysis
## Overview
Brief description of the feature.
## Implementation
### Architecture
How it fits in the codebase.
### Key Classes
| Class | Purpose |
| --------- | ----------- |
| ClassName | Description |
### Data Flow
How data moves through the system.
## Usage
How to use the feature.
## Testing
How to test the feature.
API Reference Template
## ClassName
Brief description.
### Properties
| Property | Type | Description |
| -------- | ---- | ------------ |
| Name | Type | What it does |
### Methods
#### MethodName
```csharp
public ReturnType MethodName(ParamType param)
```
Description of method.
**Parameters:**
- `param`: Description
**Returns:** Description
Keeping Docs in Sync
Documentation Checklist
After significant changes:
- CLAUDE.md updated if architecture/build changed
- README.md updated if user-facing changed
- Skill references updated if domain knowledge changed
- SKILL.md updated if triggers/guidance changed
- Comments in code are accurate
Cross-Reference Check
Ensure consistency between:
- CLAUDE.md ↔ skill reference summaries
- README.md ↔ CLAUDE.md (no conflicts)
- Skills ↔ their reference folders
Additional Resources
Reference Files
Study existing documentation:
- CLAUDE.md - AI guidance format
- README.md - User documentation format
- Skill references - Domain knowledge format (see routing guide above)
Style Guidelines
- Concise but complete
- Code examples over prose
- Tables for structured data
- Keep CLAUDE.md actionable
- Keep README.md approachable