ma-agents 2.19.0 → 2.19.2
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/lib/installer.js +7 -0
- package/package.json +1 -1
- package/skills/ai-audit-trail/SKILL.md +11 -140
package/lib/installer.js
CHANGED
|
@@ -144,6 +144,13 @@ Do not load skills that are not relevant to the current task.
|
|
|
144
144
|
} else {
|
|
145
145
|
content += wrappedInstruction;
|
|
146
146
|
}
|
|
147
|
+
} else if (agent.category === 'bmad') {
|
|
148
|
+
// BMAD agent instruction files ARE the agent definitions (persona, menu, activation).
|
|
149
|
+
// Never create them from scratch — they must be deployed by applyCustomizations().
|
|
150
|
+
// Creating them here would produce a file with ONLY the MA-AGENTS block,
|
|
151
|
+
// wiping the entire agent definition.
|
|
152
|
+
console.log(chalk.gray(` Skipped ${fileName} (BMAD agent file not yet deployed)`));
|
|
153
|
+
continue;
|
|
147
154
|
} else {
|
|
148
155
|
content = wrappedInstruction;
|
|
149
156
|
}
|
package/package.json
CHANGED
|
@@ -1,148 +1,19 @@
|
|
|
1
1
|
# AI Audit Trail
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
At the end of every significant agent session, append an entry to `{project_root}/AiAudit.md`. If the file does not exist, create it with a `# AI Audit Trail` header first.
|
|
4
4
|
|
|
5
|
-
##
|
|
6
|
-
|
|
7
|
-
### 1. Always Maintain the Audit Log
|
|
8
|
-
|
|
9
|
-
At the **end of every significant agent session** (document generation, multi-step workflow, code changes), the agent MUST append an entry to `AiAudit.md` in the project root.
|
|
10
|
-
|
|
11
|
-
A "significant session" is any task that:
|
|
12
|
-
- Generates or substantially modifies a document
|
|
13
|
-
- Executes a multi-step workflow
|
|
14
|
-
- Makes changes across multiple files
|
|
15
|
-
- Takes more than a trivial amount of interaction
|
|
16
|
-
|
|
17
|
-
Single-question answers or trivial lookups do NOT require an audit entry.
|
|
18
|
-
|
|
19
|
-
### 2. File Location
|
|
20
|
-
|
|
21
|
-
The audit log is always at:
|
|
22
|
-
```
|
|
23
|
-
{project_root}/AiAudit.md
|
|
24
|
-
```
|
|
25
|
-
|
|
26
|
-
If the file does not exist, create it with the header (see format below).
|
|
27
|
-
|
|
28
|
-
### 3. File Format
|
|
5
|
+
## Entry Format
|
|
29
6
|
|
|
30
7
|
```markdown
|
|
31
|
-
|
|
32
|
-
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
---
|
|
36
|
-
|
|
37
|
-
## Session: {session_title}
|
|
38
|
-
|
|
39
|
-
| Field | Value |
|
|
40
|
-
|-------|-------|
|
|
41
|
-
| **Date** | {YYYY-MM-DD} |
|
|
42
|
-
| **Agent** | {agent_name} ({model_name}) |
|
|
43
|
-
| **Task** | {brief_task_description} |
|
|
44
|
-
| **Duration** | {estimated_duration} |
|
|
45
|
-
| **Tokens (est.)** | Input: ~{input_tokens} / Output: ~{output_tokens} |
|
|
46
|
-
| **Files Modified** | {count} files |
|
|
47
|
-
| **Documents Generated** | {list_or_count} |
|
|
48
|
-
| **Status** | {Completed / Partial / Failed} |
|
|
49
|
-
|
|
50
|
-
### Summary
|
|
51
|
-
{2-3 sentence summary of what was accomplished}
|
|
52
|
-
|
|
53
|
-
### Files Touched
|
|
54
|
-
- `path/to/file1.md` — {action: created/updated/deleted}
|
|
55
|
-
- `path/to/file2.md` — {action}
|
|
56
|
-
|
|
57
|
-
---
|
|
8
|
+
| Date | Task | Tokens (est.) |
|
|
9
|
+
|------|------|---------------|
|
|
10
|
+
| YYYY-MM-DD | Brief task description | In: ~X / Out: ~Y |
|
|
58
11
|
```
|
|
59
12
|
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
| Field | Description | How to Determine |
|
|
63
|
-
|-------|-------------|-----------------|
|
|
64
|
-
| **Date** | Session date | Current date in `YYYY-MM-DD` format |
|
|
65
|
-
| **Agent** | Agent identity | The agent name and model (e.g., `Joseph (Claude Opus 4.6)`, `Claude Code (Claude Sonnet 4.6)`) |
|
|
66
|
-
| **Task** | What was requested | Brief description of the user's request |
|
|
67
|
-
| **Duration** | Estimated wall-clock time | Estimate from session start to end. Use ranges if uncertain (e.g., `~15-20 minutes`) |
|
|
68
|
-
| **Tokens (est.)** | Estimated token consumption | Provide best estimate of input/output tokens. Use `~` prefix to indicate approximation. If unknown, write `Not available` |
|
|
69
|
-
| **Files Modified** | Number of files changed | Count of files created, updated, or deleted |
|
|
70
|
-
| **Documents Generated** | Documents produced | List document names or count |
|
|
71
|
-
| **Status** | Outcome | `Completed` if all tasks done, `Partial` if some remain, `Failed` if blocked |
|
|
72
|
-
|
|
73
|
-
### 5. Rules
|
|
74
|
-
|
|
75
|
-
1. **Append only** — Never delete or modify previous session entries. The audit log is an append-only record.
|
|
76
|
-
2. **One entry per session** — Do not create multiple entries for the same continuous work session. If a session spans multiple tasks, combine them into one entry.
|
|
77
|
-
3. **Estimate honestly** — Token estimates are approximations. Round to the nearest thousand. If you cannot estimate, say so explicitly.
|
|
78
|
-
4. **Session title** — Use a descriptive, unique title (e.g., `Generate SSDD v1.0`, `Fix SRS interface requirements`, `MIL-498 workflow audit`).
|
|
79
|
-
5. **End of session** — Write the audit entry as the **last action** before presenting final results to the user.
|
|
80
|
-
6. **Chronological order** — New entries go at the **bottom** of the file, maintaining chronological order.
|
|
13
|
+
## Rules
|
|
81
14
|
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
-
|
|
86
|
-
-
|
|
87
|
-
- If timestamps aren't available, estimate based on the complexity: quick task (~5 min), medium task (~15-30 min), large task (~1-2 hours)
|
|
88
|
-
- Always prefix with `~` to indicate it's an estimate
|
|
89
|
-
|
|
90
|
-
### 7. Token Estimation
|
|
91
|
-
|
|
92
|
-
Provide your best estimate:
|
|
93
|
-
- **Input tokens**: Roughly proportional to the amount of context you consumed (files read, conversation history)
|
|
94
|
-
- **Output tokens**: Roughly proportional to the amount of text you generated (documents, code, messages)
|
|
95
|
-
- If precise counts are available from the environment, use them
|
|
96
|
-
- If not, estimate and note `(estimated)` next to the values
|
|
97
|
-
|
|
98
|
-
## Example
|
|
99
|
-
|
|
100
|
-
```markdown
|
|
101
|
-
# AI Audit Trail
|
|
102
|
-
|
|
103
|
-
This file tracks AI agent sessions, time spent, and resources consumed.
|
|
104
|
-
|
|
105
|
-
---
|
|
106
|
-
|
|
107
|
-
## Session: Generate SSDD v1.0
|
|
108
|
-
|
|
109
|
-
| Field | Value |
|
|
110
|
-
|-------|-------|
|
|
111
|
-
| **Date** | 2026-03-01 |
|
|
112
|
-
| **Agent** | Joseph (Claude Opus 4.6) |
|
|
113
|
-
| **Task** | Generate MIL-STD-498 SSDD document from project artifacts |
|
|
114
|
-
| **Duration** | ~25 minutes |
|
|
115
|
-
| **Tokens (est.)** | Input: ~45,000 / Output: ~12,000 |
|
|
116
|
-
| **Files Modified** | 1 file |
|
|
117
|
-
| **Documents Generated** | SSDD.md |
|
|
118
|
-
| **Status** | Completed |
|
|
119
|
-
|
|
120
|
-
### Summary
|
|
121
|
-
Generated the System/Subsystem Design Description from PRD, architecture, and product brief artifacts. Conducted CSCI discovery interview identifying 5 CSCIs. All 6 DID sections populated with full requirements traceability.
|
|
122
|
-
|
|
123
|
-
### Files Touched
|
|
124
|
-
- `_bmad-output/planning-artifacts/SSDD.md` — created
|
|
125
|
-
|
|
126
|
-
---
|
|
127
|
-
|
|
128
|
-
## Session: Update SRS per user feedback
|
|
129
|
-
|
|
130
|
-
| Field | Value |
|
|
131
|
-
|-------|-------|
|
|
132
|
-
| **Date** | 2026-03-02 |
|
|
133
|
-
| **Agent** | Joseph (Claude Opus 4.6) |
|
|
134
|
-
| **Task** | Update SRS interface requirements based on user review feedback |
|
|
135
|
-
| **Duration** | ~10 minutes |
|
|
136
|
-
| **Tokens (est.)** | Input: ~20,000 / Output: ~5,000 |
|
|
137
|
-
| **Files Modified** | 1 file |
|
|
138
|
-
| **Documents Generated** | SRS.md (updated) |
|
|
139
|
-
| **Status** | Completed |
|
|
140
|
-
|
|
141
|
-
### Summary
|
|
142
|
-
Updated Section 3.3 interface requirements to add 4 new external interfaces identified during user review. Updated traceability matrix in Section 5.
|
|
143
|
-
|
|
144
|
-
### Files Touched
|
|
145
|
-
- `_bmad-output/planning-artifacts/SRS.md` — updated
|
|
146
|
-
|
|
147
|
-
---
|
|
148
|
-
```
|
|
15
|
+
- **Append only** — never delete or modify previous entries
|
|
16
|
+
- **One row per session** — combine multiple tasks in the same session into one entry
|
|
17
|
+
- **Estimate tokens** — round to nearest thousand, prefix with `~`. Write `N/A` if unknown
|
|
18
|
+
- Write the entry as the **last action** before presenting results to the user
|
|
19
|
+
- Skip trivial interactions (single-question answers, quick lookups)
|