@jaimevalasek/aioson 1.28.0 → 1.29.1
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/CHANGELOG.md +23 -0
- package/docs/pt/4-agentes/briefing.md +2 -0
- package/docs/pt/4-agentes/copywriter.md +2 -0
- package/docs/pt/4-agentes/genome.md +1 -0
- package/docs/pt/4-agentes/profiler-enricher.md +2 -0
- package/docs/pt/4-agentes/profiler-forge.md +2 -0
- package/docs/pt/4-agentes/sheldon.md +2 -0
- package/docs/pt/4-agentes/squad.md +12 -10
- package/docs/pt/5-referencia/comandos-cli.md +2 -0
- package/docs/pt/5-referencia/memoria-e-contexto.md +60 -0
- package/package.json +1 -1
- package/src/cli.js +5 -0
- package/src/commands/rules-lint.js +116 -0
- package/src/context-selector.js +29 -5
- package/template/.aioson/agents/analyst.md +57 -41
- package/template/.aioson/agents/architect.md +40 -33
- package/template/.aioson/agents/briefing.md +96 -81
- package/template/.aioson/agents/copywriter.md +34 -2
- package/template/.aioson/agents/discover.md +5 -8
- package/template/.aioson/agents/discovery-design-doc.md +42 -35
- package/template/.aioson/agents/genome.md +3 -1
- package/template/.aioson/agents/orache.md +6 -15
- package/template/.aioson/agents/orchestrator.md +38 -31
- package/template/.aioson/agents/pm.md +7 -0
- package/template/.aioson/agents/product.md +146 -174
- package/template/.aioson/agents/profiler-enricher.md +19 -0
- package/template/.aioson/agents/profiler-forge.md +6 -0
- package/template/.aioson/agents/qa.md +18 -10
- package/template/.aioson/agents/scope-check.md +6 -0
- package/template/.aioson/agents/sheldon.md +30 -14
- package/template/.aioson/agents/site-forge.md +2 -6
- package/template/.aioson/agents/squad.md +5 -12
- package/template/.aioson/agents/tester.md +29 -23
- package/template/.aioson/agents/ux-ui.md +43 -36
- package/template/.aioson/agents/validator.md +2 -2
- package/template/.aioson/docs/LAYERS.md +2 -0
- package/template/.aioson/docs/autonomy-protocol.md +7 -5
- package/template/.aioson/docs/autopilot-handoff.md +2 -0
- package/template/.aioson/docs/dev/execution-discipline.md +3 -0
- package/template/.aioson/docs/dev/simple-plan-lane.md +95 -92
- package/template/.aioson/docs/dev/stack-conventions.md +3 -0
- package/template/.aioson/docs/deyvin/continuity-recovery.md +21 -18
- package/template/.aioson/docs/deyvin/debugging-escalation.md +3 -0
- package/template/.aioson/docs/deyvin/pair-execution.md +3 -0
- package/template/.aioson/docs/deyvin/runtime-handoffs.md +3 -0
- package/template/.aioson/docs/dossier/agent-templates.md +3 -0
- package/template/.aioson/docs/dossier/schema.md +3 -0
- package/template/.aioson/docs/example-external-api-context.md +2 -0
- package/template/.aioson/docs/handoff-persistence.md +96 -94
- package/template/.aioson/docs/pentester/app-playbooks.md +3 -0
- package/template/.aioson/docs/pentester/browser-dast-playbook.md +401 -398
- package/template/.aioson/docs/pentester/llm-supplychain.md +3 -0
- package/template/.aioson/docs/quality/code-health-analysis.md +2 -0
- package/template/.aioson/docs/sheldon/enrichment-paths.md +3 -0
- package/template/.aioson/docs/sheldon/harness-contract.md +3 -0
- package/template/.aioson/docs/sheldon/quality-lens.md +3 -0
- package/template/.aioson/docs/sheldon/research-loop.md +3 -0
- package/template/.aioson/docs/sheldon/web-intelligence.md +3 -0
- package/template/.aioson/docs/site-forge-build.md +4 -2
- package/template/.aioson/docs/site-forge-extraction.md +2 -0
- package/template/.aioson/docs/site-forge-qa.md +2 -0
- package/template/.aioson/docs/site-forge-recon.md +7 -5
- package/template/.aioson/docs/site-forge-transform.md +2 -0
- package/template/.aioson/docs/squad/content-output.md +3 -0
- package/template/.aioson/docs/squad/creation-flow.md +22 -1
- package/template/.aioson/docs/squad/domain-breadth.md +3 -0
- package/template/.aioson/docs/squad/domain-classification.md +3 -0
- package/template/.aioson/docs/squad/eval-gate.md +3 -0
- package/template/.aioson/docs/squad/genome-bindings.md +14 -0
- package/template/.aioson/docs/squad/package-contract.md +5 -0
- package/template/.aioson/docs/squad/persona-grounding.md +65 -62
- package/template/.aioson/docs/squad/quality-lens.md +3 -0
- package/template/.aioson/docs/squad/research-loop.md +3 -0
- package/template/.aioson/docs/squad/session-operations.md +3 -0
- package/template/.aioson/docs/squad/workflow-quality.md +3 -0
- package/template/.aioson/docs/tester/coverage-quality.md +3 -0
- package/template/.aioson/rules/README.md +28 -0
- package/template/.aioson/rules/agent-language-policy.md +26 -21
- package/template/.aioson/rules/agent-structural-contract.md +5 -0
- package/template/.aioson/rules/aioson-context-boundary.md +6 -1
- package/template/.aioson/rules/canonical-path-contract.md +15 -10
- package/template/.aioson/rules/data-format-convention.md +16 -11
- package/template/.aioson/rules/disk-first-artifacts.md +10 -6
- package/template/.aioson/rules/example-monetary-values.md +4 -0
- package/template/.aioson/rules/output-brevity.md +2 -0
- package/template/.aioson/rules/prd-section-ownership.md +17 -12
- package/template/.aioson/rules/security-baseline.md +4 -0
- package/template/.aioson/rules/simple-plan-lane.md +5 -0
- package/template/.aioson/rules/spec-level-ownership.md +10 -5
- package/template/.aioson/rules/squad-driver-pattern.md +5 -0
- package/template/.aioson/tasks/squad-create.md +11 -0
- package/template/.aioson/tasks/squad-design.md +3 -3
- package/template/AGENTS.md +1 -1
- package/template/CLAUDE.md +1 -1
|
@@ -1,9 +1,14 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: canonical-path-contract
|
|
3
|
-
description: Mandatory distinction between root plans/, .aioson/plans/{slug}/, docs/pt/, and implementation-plan. Every artifact-writing agent must consult this contract before creating files.
|
|
3
|
+
description: Mandatory distinction between root plans/, .aioson/plans/{slug}/, docs/pt/, and implementation-plan. Every artifact-writing agent must consult this contract before creating files.
|
|
4
4
|
priority: 10
|
|
5
5
|
version: 1.0.0
|
|
6
6
|
agents: []
|
|
7
|
+
modes: [planning, executing]
|
|
8
|
+
task_types: [artifact-write, file-creation, plan-write]
|
|
9
|
+
load_tier: trigger
|
|
10
|
+
triggers: [writing plans, creating files, saving artifacts, choosing paths, artifact destination]
|
|
11
|
+
paths: [plans/**, .aioson/plans/**, .aioson/context/**, docs/**]
|
|
7
12
|
---
|
|
8
13
|
|
|
9
14
|
# Canonical Path Contract
|
|
@@ -27,9 +32,9 @@ Every agent that creates or writes files MUST resolve the target path using this
|
|
|
27
32
|
| PRD | `.aioson/context/prd-{slug}.md` | `@product` |
|
|
28
33
|
| Requirements | `.aioson/context/requirements-{slug}.md` | `@analyst` |
|
|
29
34
|
| Architecture | `.aioson/context/architecture.md` | `@architect` |
|
|
30
|
-
| Spec (living memory) | `.aioson/context/spec-{slug}.md` | `@dev` |
|
|
31
|
-
| Simple implementation plan | `.aioson/context/simple-plans/{slug}.md` | `@dev` / `@deyvin` |
|
|
32
|
-
| QA report | `.aioson/context/qa-report-{slug}.md` | `@qa` |
|
|
35
|
+
| Spec (living memory) | `.aioson/context/spec-{slug}.md` | `@dev` |
|
|
36
|
+
| Simple implementation plan | `.aioson/context/simple-plans/{slug}.md` | `@dev` / `@deyvin` |
|
|
37
|
+
| QA report | `.aioson/context/qa-report-{slug}.md` | `@qa` |
|
|
33
38
|
|
|
34
39
|
## Violation behaviors
|
|
35
40
|
|
|
@@ -44,9 +49,9 @@ Every agent that creates or writes files MUST resolve the target path using this
|
|
|
44
49
|
|---|---|
|
|
45
50
|
| "plans" or "plans folder" | Ask: root `plans/` (pre-production) or `.aioson/plans/{slug}/` (feature plan)? |
|
|
46
51
|
| "docs" or "documentation" | Ask: `docs/` root (project docs) or `docs/pt/` (PT system docs) or `.aioson/docs/` (agent on-demand docs)? |
|
|
47
|
-
| "context" | `.aioson/context/` (framework artifacts) |
|
|
48
|
-
| "rules" | `.aioson/rules/` (agent rules) |
|
|
49
|
-
|
|
50
|
-
## Simple plan distinction
|
|
51
|
-
|
|
52
|
-
`simple-plans/{slug}.md` is not a PRD, not a Sheldon phased plan, and not a MEDIUM implementation plan. It is a lightweight implementation artifact for bounded technical work that `@dev` or `@deyvin` can execute directly under `.aioson/rules/simple-plan-lane.md`.
|
|
52
|
+
| "context" | `.aioson/context/` (framework artifacts) |
|
|
53
|
+
| "rules" | `.aioson/rules/` (agent rules) |
|
|
54
|
+
|
|
55
|
+
## Simple plan distinction
|
|
56
|
+
|
|
57
|
+
`simple-plans/{slug}.md` is not a PRD, not a Sheldon phased plan, and not a MEDIUM implementation plan. It is a lightweight implementation artifact for bounded technical work that `@dev` or `@deyvin` can execute directly under `.aioson/rules/simple-plan-lane.md`.
|
|
@@ -3,6 +3,11 @@ name: data-format-convention
|
|
|
3
3
|
description: Which file format to use when producing or consuming structured data — YAML for agent-readable reference data, Markdown for narrative, JSON for machine-consumed data
|
|
4
4
|
priority: 8
|
|
5
5
|
version: 1.0.0
|
|
6
|
+
modes: [executing]
|
|
7
|
+
task_types: [artifact-write, data-format]
|
|
8
|
+
load_tier: trigger
|
|
9
|
+
triggers: [choosing format, structured data, writing yaml, writing json, producing output, data file]
|
|
10
|
+
paths: [output/**, .aioson/squads/**]
|
|
6
11
|
---
|
|
7
12
|
|
|
8
13
|
# Data Format Convention
|
|
@@ -27,17 +32,17 @@ Use for: ICP profiles, persona profiles, audience segments, offer sheets, pricin
|
|
|
27
32
|
|
|
28
33
|
**Example (`icp-primary.yaml`):**
|
|
29
34
|
```yaml
|
|
30
|
-
profile:
|
|
31
|
-
name: "Agency-Dependent Founder"
|
|
32
|
-
description: "Business owner dependent on agencies or external developers"
|
|
33
|
-
pain_points:
|
|
34
|
-
- Loss of control over the product
|
|
35
|
-
- Unpredictable delays and costs
|
|
36
|
-
desired_outcome: "Autonomy and speed"
|
|
37
|
-
buying_trigger: "Deadline approaching or delayed developer invoice arriving"
|
|
38
|
-
messaging:
|
|
39
|
-
primary: "Take back control of your product"
|
|
40
|
-
channels: [instagram, linkedin, youtube]
|
|
35
|
+
profile:
|
|
36
|
+
name: "Agency-Dependent Founder"
|
|
37
|
+
description: "Business owner dependent on agencies or external developers"
|
|
38
|
+
pain_points:
|
|
39
|
+
- Loss of control over the product
|
|
40
|
+
- Unpredictable delays and costs
|
|
41
|
+
desired_outcome: "Autonomy and speed"
|
|
42
|
+
buying_trigger: "Deadline approaching or delayed developer invoice arriving"
|
|
43
|
+
messaging:
|
|
44
|
+
primary: "Take back control of your product"
|
|
45
|
+
channels: [instagram, linkedin, youtube]
|
|
41
46
|
```
|
|
42
47
|
|
|
43
48
|
### Markdown — narrative for humans and linear agent reading
|
|
@@ -1,8 +1,12 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: disk-first-artifacts
|
|
3
|
-
description: Every artifact generated by an agent must be written to disk before session end — never only displayed in chat
|
|
3
|
+
description: Every artifact generated by an agent must be written to disk before session end — never only displayed in chat
|
|
4
4
|
priority: 10
|
|
5
5
|
version: 1.0.0
|
|
6
|
+
modes: [executing]
|
|
7
|
+
load_tier: always
|
|
8
|
+
task_types: [artifact-write, delivery]
|
|
9
|
+
triggers: [writing artifacts, session end, delivering output]
|
|
6
10
|
---
|
|
7
11
|
|
|
8
12
|
# Disk-First: Artifacts Always on Disk
|
|
@@ -18,12 +22,12 @@ Every artifact produced by an AIOSON agent MUST be written to disk before sessio
|
|
|
18
22
|
| `@analyst` | Discovery | `.aioson/context/discovery.md` |
|
|
19
23
|
| `@analyst` | Requirements | `.aioson/context/requirements-{slug}.md` |
|
|
20
24
|
| `@architect` | Architecture | `.aioson/context/architecture.md` |
|
|
21
|
-
| `@ux-ui` | UI Spec | `.aioson/context/ui-spec.md` (current canonical; `ui-spec-{slug}.md` is accepted only when explicitly feature-scoped) |
|
|
25
|
+
| `@ux-ui` | UI Spec | `.aioson/context/ui-spec.md` (current canonical; `ui-spec-{slug}.md` is accepted only when explicitly feature-scoped) |
|
|
22
26
|
| `@sheldon` | Manifest | `.aioson/plans/{slug}/manifest.md` |
|
|
23
|
-
| `@pm` | Implementation Plan | `.aioson/context/implementation-plan-{slug}.md` |
|
|
24
|
-
| `@dev` | Feature spec | `.aioson/context/spec-{slug}.md` |
|
|
25
|
-
| `@dev` / `@deyvin` | Simple plan | `.aioson/context/simple-plans/{slug}.md` |
|
|
26
|
-
| `@qa` | QA report | `.aioson/context/qa-report-{slug}.md` |
|
|
27
|
+
| `@pm` | Implementation Plan | `.aioson/context/implementation-plan-{slug}.md` |
|
|
28
|
+
| `@dev` | Feature spec | `.aioson/context/spec-{slug}.md` |
|
|
29
|
+
| `@dev` / `@deyvin` | Simple plan | `.aioson/context/simple-plans/{slug}.md` |
|
|
30
|
+
| `@qa` | QA report | `.aioson/context/qa-report-{slug}.md` |
|
|
27
31
|
| `@squad` | Squad manifest | `.aioson/squads/{slug}/squad.manifest.json` |
|
|
28
32
|
| `@squad` | Agent prompts | `.aioson/squads/{slug}/agents/{agent}.md` |
|
|
29
33
|
|
|
@@ -4,6 +4,10 @@ description: All monetary values must be stored as integer cents, never as float
|
|
|
4
4
|
agents: [dev, architect, qa]
|
|
5
5
|
priority: 5
|
|
6
6
|
version: 1.0.0
|
|
7
|
+
modes: [planning, executing]
|
|
8
|
+
task_types: [payment, billing, pricing]
|
|
9
|
+
load_tier: trigger
|
|
10
|
+
triggers: [money, monetary values, price, pricing, currency, cents, payment, billing, checkout, invoice, refund]
|
|
7
11
|
---
|
|
8
12
|
|
|
9
13
|
# Monetary Values Convention
|
|
@@ -1,9 +1,14 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: prd-section-ownership
|
|
3
|
-
description: Defines which agent owns each PRD section — other agents cannot modify sections they do not own
|
|
3
|
+
description: Defines which agent owns each PRD section — other agents cannot modify sections they do not own
|
|
4
4
|
priority: 9
|
|
5
5
|
version: 1.0.0
|
|
6
6
|
agents: [product, pm, analyst, architect, ux-ui, sheldon]
|
|
7
|
+
modes: [planning, executing]
|
|
8
|
+
task_types: [prd-edit, prd-enrichment]
|
|
9
|
+
load_tier: trigger
|
|
10
|
+
triggers: [prd, acceptance criteria, delivery phases, editing prd, enriching prd]
|
|
11
|
+
paths: [.aioson/context/prd*.md]
|
|
7
12
|
---
|
|
8
13
|
|
|
9
14
|
# PRD Section Ownership
|
|
@@ -14,16 +19,16 @@ agents: [product, pm, analyst, architect, ux-ui, sheldon]
|
|
|
14
19
|
|
|
15
20
|
| PRD Section | Owner | Others may |
|
|
16
21
|
|---|---|---|
|
|
17
|
-
| `## Objective` | `@product` | Read only |
|
|
18
|
-
| `## Problem` | `@product` | Read only |
|
|
19
|
-
| `## Users And Personas` | `@product` | Read only |
|
|
20
|
-
| `## Features` | `@product` | Read only |
|
|
21
|
-
| `## Acceptance Criteria` | `@product` (structure) / `@pm` (enrichment) | `@analyst`, `@architect` add technical sub-items |
|
|
22
|
-
| `## Delivery Phases` | `@pm` | Read only |
|
|
23
|
-
| `## Technical Constraints` | `@architect` | Read only |
|
|
24
|
-
| `## UX Considerations` | `@ux-ui` | Read only |
|
|
25
|
-
| `## Risks` | `@pm` | `@analyst`, `@architect` add new risks only |
|
|
26
|
-
| `## Registered Decisions` | `@sheldon` (project) / `@pm` (feature) | Read only |
|
|
22
|
+
| `## Objective` | `@product` | Read only |
|
|
23
|
+
| `## Problem` | `@product` | Read only |
|
|
24
|
+
| `## Users And Personas` | `@product` | Read only |
|
|
25
|
+
| `## Features` | `@product` | Read only |
|
|
26
|
+
| `## Acceptance Criteria` | `@product` (structure) / `@pm` (enrichment) | `@analyst`, `@architect` add technical sub-items |
|
|
27
|
+
| `## Delivery Phases` | `@pm` | Read only |
|
|
28
|
+
| `## Technical Constraints` | `@architect` | Read only |
|
|
29
|
+
| `## UX Considerations` | `@ux-ui` | Read only |
|
|
30
|
+
| `## Risks` | `@pm` | `@analyst`, `@architect` add new risks only |
|
|
31
|
+
| `## Registered Decisions` | `@sheldon` (project) / `@pm` (feature) | Read only |
|
|
27
32
|
|
|
28
33
|
## Modification rule
|
|
29
34
|
|
|
@@ -32,7 +37,7 @@ An agent may only modify sections it owns. Non-owners may only **add** a new sub
|
|
|
32
37
|
## Safe addition pattern
|
|
33
38
|
|
|
34
39
|
```markdown
|
|
35
|
-
## Acceptance Criteria
|
|
40
|
+
## Acceptance Criteria
|
|
36
41
|
<!-- @product: owner of this section -->
|
|
37
42
|
|
|
38
43
|
- CA-01: User can schedule an appointment
|
|
@@ -4,6 +4,10 @@ description: Secure by Default baseline controls for technical agents
|
|
|
4
4
|
priority: 10
|
|
5
5
|
version: 1.0.0
|
|
6
6
|
agents: [analyst, architect, dev, qa]
|
|
7
|
+
modes: [planning, executing]
|
|
8
|
+
task_types: [security, auth, hardening]
|
|
9
|
+
load_tier: trigger
|
|
10
|
+
triggers: [security, auth, login, password, upload, secret, token, permission, ownership, rate limit, payment, multi-tenant, sanitize]
|
|
7
11
|
---
|
|
8
12
|
|
|
9
13
|
# Security Baseline — Secure by Default
|
|
@@ -4,6 +4,11 @@ description: Lightweight implementation lane for bounded technical work that doe
|
|
|
4
4
|
priority: 9
|
|
5
5
|
version: 1.0.0
|
|
6
6
|
agents: [dev, deyvin, qa, neo]
|
|
7
|
+
modes: [planning, executing]
|
|
8
|
+
task_types: [simple-plan, bounded-work, refactor]
|
|
9
|
+
load_tier: trigger
|
|
10
|
+
triggers: [simple plan, bounded technical work, small fix, refactor, polish]
|
|
11
|
+
paths: [.aioson/context/simple-plans/**]
|
|
7
12
|
---
|
|
8
13
|
|
|
9
14
|
# Simple Plan Lane
|
|
@@ -1,9 +1,14 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: spec-level-ownership
|
|
3
|
-
description: spec.md is project-level, spec-{slug}.md is feature-level — the two levels never mix
|
|
3
|
+
description: spec.md is project-level, spec-{slug}.md is feature-level — the two levels never mix
|
|
4
4
|
priority: 9
|
|
5
5
|
version: 1.0.0
|
|
6
6
|
agents: [dev, qa, pm, sheldon]
|
|
7
|
+
modes: [planning, executing]
|
|
8
|
+
task_types: [spec-write, spec-update]
|
|
9
|
+
load_tier: trigger
|
|
10
|
+
triggers: [spec, feature spec, project spec, updating spec, writing spec]
|
|
11
|
+
paths: [.aioson/context/spec*.md]
|
|
7
12
|
---
|
|
8
13
|
|
|
9
14
|
# Spec Ownership: Project vs Feature Level
|
|
@@ -19,16 +24,16 @@ Two distinct levels — never mix them.
|
|
|
19
24
|
|
|
20
25
|
1. `spec.md` never receives feature-specific content → create `spec-{slug}.md` for that.
|
|
21
26
|
2. `spec-{slug}.md` never receives project decisions → stack decisions go in `spec.md` or `architecture.md`.
|
|
22
|
-
3. `spec-{slug}.md` is created by `@dev` at feature implementation start. One file per slug. Slug must match `prd-{slug}.md` and `implementation-plan-{slug}.md`.
|
|
23
|
-
4. No `spec-{slug}.md` without a corresponding `prd-{slug}.md`.
|
|
24
|
-
5. Simple-plan work does not require `spec-{slug}.md`; keep its scope and decisions in `.aioson/context/simple-plans/{slug}.md` unless the work expands into a real feature.
|
|
27
|
+
3. `spec-{slug}.md` is created by `@dev` at feature implementation start. One file per slug. Slug must match `prd-{slug}.md` and `implementation-plan-{slug}.md`.
|
|
28
|
+
4. No `spec-{slug}.md` without a corresponding `prd-{slug}.md`.
|
|
29
|
+
5. Simple-plan work does not require `spec-{slug}.md`; keep its scope and decisions in `.aioson/context/simple-plans/{slug}.md` unless the work expands into a real feature.
|
|
25
30
|
|
|
26
31
|
## Mandatory structure: spec-{slug}.md
|
|
27
32
|
|
|
28
33
|
```markdown
|
|
29
34
|
---
|
|
30
35
|
feature: {slug}
|
|
31
|
-
status: in_progress | paused | done | abandoned
|
|
36
|
+
status: in_progress | paused | done | abandoned
|
|
32
37
|
phase_gates:
|
|
33
38
|
requirements: approved | pending | skipped
|
|
34
39
|
design: approved | pending | skipped
|
|
@@ -4,6 +4,11 @@ description: Territory boundaries and integration pattern for AIOSON squads —
|
|
|
4
4
|
priority: 9
|
|
5
5
|
version: 1.0.0
|
|
6
6
|
agents: [dev, sheldon, pm, qa, architect]
|
|
7
|
+
modes: [planning, executing]
|
|
8
|
+
task_types: [squad-integration, driver]
|
|
9
|
+
load_tier: trigger
|
|
10
|
+
triggers: [squad, driver, embedding prompts, squad runner, llm call]
|
|
11
|
+
paths: [.aioson/squads/**, src/services/**]
|
|
7
12
|
---
|
|
8
13
|
|
|
9
14
|
# Squad Driver Pattern
|
|
@@ -123,6 +123,17 @@ For each executor in the blueprint, create `.aioson/squads/<slug>/agents/<execut
|
|
|
123
123
|
- Before moving to the next executor, apply this test: would a real senior person in this role recognize themselves in this prompt? If not, deepen before continuing.
|
|
124
124
|
- If `locale_scope` is locale-specific, write user-facing behavior examples in that locale's language; code identifiers remain English.
|
|
125
125
|
|
|
126
|
+
### Step 5.5 - Genome Pass (bind or queue genomes)
|
|
127
|
+
|
|
128
|
+
Load `.aioson/docs/squad/genome-bindings.md`. Then, for each executor whose blueprint entry plans a genome — and for every `assistant`/`clone` in a tier-1/tier-2 domain even when the blueprint is silent:
|
|
129
|
+
|
|
130
|
+
1. Check `.aioson/genomes/` for an existing genome matching the planned domain/function — reuse before generating.
|
|
131
|
+
2. If missing, generate it now by invoking `@genome` (Skill `aioson:agent:genome`) with the domain/function and `type`. `persona` genomes are never auto-generated — queue them for the Profiler pipeline instead.
|
|
132
|
+
3. Apply the bindings: manifest `genomes` + `genomeBindings`, the executor's `## Active genomes` section, and `squad.md` (squad-level and per-agent genomes).
|
|
133
|
+
4. If generation is not possible in this session, do NOT deliver empty `## Active genomes` silently: write the pending binding into the manifest (`genomeBindings` entry with `status: pending`) and put the exact `@genome` command in the creation summary.
|
|
134
|
+
|
|
135
|
+
Skip this step only for tier-3 squads whose executors are all `worker` / plain `agent` types with no specialized expertise.
|
|
136
|
+
|
|
126
137
|
### Step 6 - Generate Orchestrator
|
|
127
138
|
Create `.aioson/squads/<slug>/agents/orquestrador.md` following `.aioson/docs/squad/package-contract.md`, section `Orchestrator prompt`.
|
|
128
139
|
If `uiCapability.mode = executor`, include routing guidance that visual demands go to `@ui-specialist`.
|
|
@@ -59,8 +59,8 @@ If the user already supplied enough context (text, docs, images), infer the answ
|
|
|
59
59
|
Before defining executors, classify the domain using `.aioson/docs/squad/domain-classification.md`:
|
|
60
60
|
|
|
61
61
|
- **Tier 1 — regulated:** investigation via `@squad investigate` / `@orache` is mandatory. Do not finalize the blueprint without a report.
|
|
62
|
-
- **Tier 2 — specialized:**
|
|
63
|
-
- **Tier 3 — common:** proceed
|
|
62
|
+
- **Tier 2 — specialized:** run investigation by default (opt-out). If the user declines, record the limitation in `assumptions` and `risks`.
|
|
63
|
+
- **Tier 3 — common:** with no `sourceDocs`, default to an `@orache` Quick Scan (announce it, let the user skip); proceed directly only when relevant sources or cached investigation already exist.
|
|
64
64
|
|
|
65
65
|
If relevant investigation already exists, reuse the report instead of requesting a new one.
|
|
66
66
|
|
|
@@ -108,7 +108,7 @@ Group `workflows` into distinct work modes (originate / transform / judge / orch
|
|
|
108
108
|
- `traces` — which `workflows`/`entities` this executor owns; an executor tracing no workflow is ceremony, so cut it
|
|
109
109
|
- `confidence` (0-1) — how well sources justify this role; low = investigate or cut, never fill with padding
|
|
110
110
|
- skills it will use
|
|
111
|
-
- genomes it
|
|
111
|
+
- genomes it should inherit — record planned genomes (`type: domain|function`) for assistants/clones and specialized-domain agents; the create phase generates and binds them (`squad-create` Step 5.5)
|
|
112
112
|
|
|
113
113
|
Always include an `orquestrador`. Keep 3-5 unless decomposition proves the real work requires more; do not inflate to look complete.
|
|
114
114
|
|
package/template/AGENTS.md
CHANGED
|
@@ -7,7 +7,7 @@ You operate as AIOSON — an AI development squad with specialized agents.
|
|
|
7
7
|
- If missing: activate @setup agent immediately
|
|
8
8
|
- If present: read it before any action
|
|
9
9
|
2. Read `.aioson/config.md` only if project context is missing/invalid, setup/routing policy is needed, or the active agent explicitly asks for config details.
|
|
10
|
-
3. If `.aioson/rules/` contains `.md` files, note silently that project rules are active — each agent
|
|
10
|
+
3. If `.aioson/rules/` contains `.md` files, note silently that project rules are active — each agent loads applicable rules on demand via its context loading section (`context:select` when the CLI is available, frontmatter match otherwise). Do not alarm if the directory is absent or empty.
|
|
11
11
|
|
|
12
12
|
## Project knowledge
|
|
13
13
|
|
package/template/CLAUDE.md
CHANGED
|
@@ -7,7 +7,7 @@ You operate as AIOSON.
|
|
|
7
7
|
- If missing: run `/setup`
|
|
8
8
|
- If present: read it before any action
|
|
9
9
|
2. Read `.aioson/config.md` only if project context is missing/invalid, setup/routing policy is needed, or the active agent explicitly asks for config details.
|
|
10
|
-
3. If `.aioson/rules/` contains `.md` files, note silently that project rules are active — each agent
|
|
10
|
+
3. If `.aioson/rules/` contains `.md` files, note silently that project rules are active — each agent loads applicable rules on demand via its context loading section (`context:select` when the CLI is available, frontmatter match otherwise). Do not alarm if the directory is absent or empty.
|
|
11
11
|
|
|
12
12
|
## Project knowledge
|
|
13
13
|
|