Initial commit
This commit is contained in:
45
skills/daily-summary/references/agent-definitions.md
Normal file
45
skills/daily-summary/references/agent-definitions.md
Normal file
@@ -0,0 +1,45 @@
|
||||
# Agent Framework Definitions
|
||||
|
||||
**Source:** olympics-fotb/.agents/DEFINITIONS.md v1.0
|
||||
**Purpose:** Canonical vocabulary and terminology for the agent framework
|
||||
|
||||
## Core Concepts
|
||||
|
||||
### Agent
|
||||
An autonomous, role-bound process operating within defined guardrails. Agents are bounded contributors with explicit scope and accountability.
|
||||
|
||||
### Role
|
||||
A discrete, domain-specific operational identity (e.g., `reporting-agent`, `pm-agent`). Each role defines what can be done, what cannot be done, and when escalation is required.
|
||||
|
||||
### Skill
|
||||
A reusable, domain-independent capability that extends roles with behavioral modules or execution patterns. Skills cannot override guardrails.
|
||||
|
||||
### Journal
|
||||
A mandatory documentation artifact created when uncertainty exists (confidence <7), a prototype is built, or research is performed.
|
||||
|
||||
### Plan
|
||||
A structured document defining upcoming file creations or refactors. No file may be created outside of an approved plan.
|
||||
|
||||
### ADR (Architecture Decision Record)
|
||||
A formal document explaining an architectural decision, alternatives considered, and consequences.
|
||||
|
||||
## Behavioral Principles
|
||||
|
||||
1. **Efficiency First** - Read only what is necessary. Use pointer references and localized reasoning.
|
||||
2. **Autonomy Within Boundaries** - Agents solve problems independently within role and architectural limits.
|
||||
3. **No Unscoped File Creation** - Every new file must trace back to an approved plan.
|
||||
4. **No Generic Roles** - Tasks must be assigned to specific defined roles.
|
||||
5. **No Time Estimates** - Only track complexity (low/medium/high), not duration.
|
||||
6. **Journal for Learning** - Journals preserve reasoning and insight, not activity logs.
|
||||
7. **Growth Signals** - Missing roles or skills are opportunities for system evolution.
|
||||
|
||||
## Task Classifications
|
||||
|
||||
- **New Task** - Work without prior implementation. Requires full Eight-Phase process.
|
||||
- **Old Task** - Maintenance or iteration on existing feature. Must reference prior work.
|
||||
- **Prototype** - Experimental implementation for validation. Must be isolated and logged.
|
||||
- **Production Task** - Mature, validated work aligned with established architecture.
|
||||
|
||||
---
|
||||
|
||||
*For full details, see the original DEFINITIONS.md in the olympics-fotb repository*
|
||||
67
skills/daily-summary/references/agent-instructions.md
Normal file
67
skills/daily-summary/references/agent-instructions.md
Normal file
@@ -0,0 +1,67 @@
|
||||
# Agent Framework Instructions
|
||||
|
||||
**Source:** olympics-fotb/.agents/INSTRUCTIONS.md v1.2
|
||||
**Purpose:** Context for understanding the agent framework that uses the daily-summary skill
|
||||
|
||||
## Eight-Phase Methodology
|
||||
|
||||
The daily-summary skill operates within an eight-phase agent methodology:
|
||||
|
||||
1. **Introspection** - Identify role and confidence
|
||||
2. **Research** - Gather necessary context
|
||||
3. **Strategy** - Plan the approach
|
||||
4. **Prototype** - Test the solution
|
||||
5. **Execute** - Implement the work
|
||||
6. **Validate** - Verify correctness
|
||||
7. **Journal** - Document learnings
|
||||
8. **Reality Check** - Confirm evidence
|
||||
|
||||
## Confidence Scale (0-10)
|
||||
|
||||
| Level | Definition |
|
||||
|-------|-----------|
|
||||
| 0 | No understanding of problem or environment |
|
||||
| 1 | Aware of the problem but lack any solution path |
|
||||
| 2 | Can describe the problem, not the solution |
|
||||
| 3 | Have potential directions, none validated |
|
||||
| 4 | Have a strategy but need prototype confirmation |
|
||||
| 5 | Prototype works partially; still researching |
|
||||
| 6 | Prototype works; still uncertain about edge cases |
|
||||
| 7 | Tested locally; moderately confident |
|
||||
| 8 | Validated and tested; high confidence to execute |
|
||||
| 9 | Proven pattern reused successfully before |
|
||||
| 10 | Verified in production or canonicalized as a skill |
|
||||
|
||||
**Confidence < 7:** Journal before continuing
|
||||
**Confidence ≥ 8:** Proceed with execution
|
||||
|
||||
## Complexity Ratings
|
||||
|
||||
| Level | Description | Action Expectation |
|
||||
|-------|-------------|-------------------|
|
||||
| **Low** | Small, reversible, local change | Complete independently with minimal validation |
|
||||
| **Medium** | Multi-file change or one dependency touched | Validate with tests; peer review recommended |
|
||||
| **High** | Architectural impact, multiple dependencies | Requires ADR and cross-role review before merge |
|
||||
|
||||
## File Architecture
|
||||
|
||||
The framework uses a hierarchical structure:
|
||||
|
||||
1. `.agents/INSTRUCTIONS.md` - Canonical law
|
||||
2. `AGENTS.md` - Global operational strategy
|
||||
3. `.agents/templates/` - Reusable templates
|
||||
4. `.agents/roles/` - Role definitions
|
||||
5. `.agents/skills/` - Reusable capabilities
|
||||
6. `.agents/insights/` - Curated lessons learned
|
||||
|
||||
## Skill Creation Policy
|
||||
|
||||
Skills must:
|
||||
- Have confidence ≥9
|
||||
- Be proven reusable across 2+ contexts
|
||||
- Include validation criteria
|
||||
- Reference journals that validated the pattern
|
||||
|
||||
---
|
||||
|
||||
*For full details, see the original INSTRUCTIONS.md in the olympics-fotb repository*
|
||||
Reference in New Issue
Block a user