@vpxa/aikit 0.1.76 → 0.1.78
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/README.md +32 -8
- package/package.json +5 -8
- package/packages/cli/dist/index.js +1 -2
- package/packages/flows/dist/index.d.ts +3 -0
- package/packages/flows/dist/index.js +1 -1
- package/packages/server/dist/index.js +1 -1
- package/packages/server/dist/routes-0OCkdgRe.js +5 -0
- package/packages/server/dist/{server-CVhVH5cT.js → server-VgZC6Q43.js} +3 -3
- package/packages/server/dist/settings-static-BosGZSPf.js +1 -0
- package/packages/settings-ui/dist/assets/index-BlJqzH2g.js +10 -0
- package/packages/tools/dist/index.d.ts +52 -2
- package/packages/tools/dist/index.js +46 -46
- package/scaffold/README.md +39 -4
- package/scaffold/dist/adapters/flows.mjs +1 -1
- package/scaffold/dist/adapters/skills.mjs +1 -1
- package/scaffold/dist/definitions/bodies.mjs +1 -0
- package/scaffold/dist/{compiled/flows-data.mjs → definitions/flows.mjs} +5 -1
- package/packages/tui/dist/App-Bkz0lpCn.js +0 -2
- package/packages/tui/dist/App.d.ts +0 -13
- package/packages/tui/dist/App.js +0 -2
- package/packages/tui/dist/CuratedPanel-DGFKz-fJ.js +0 -2
- package/packages/tui/dist/LogPanel-BrBa5xIT.js +0 -17
- package/packages/tui/dist/SearchPanel-CDSGcT7M.js +0 -2
- package/packages/tui/dist/StatusPanel-yRieSRc3.js +0 -2
- package/packages/tui/dist/chunk-DqSKhezp.js +0 -2
- package/packages/tui/dist/devtools-6rm8h8Q1.js +0 -7
- package/packages/tui/dist/hooks/useKBClient.d.ts +0 -9
- package/packages/tui/dist/hooks/useKBClient.js +0 -2
- package/packages/tui/dist/hooks/usePolling.d.ts +0 -8
- package/packages/tui/dist/hooks/usePolling.js +0 -2
- package/packages/tui/dist/index-floZQwfo.d.ts +0 -65
- package/packages/tui/dist/index.d.ts +0 -7
- package/packages/tui/dist/index.js +0 -2
- package/packages/tui/dist/jsx-runtime-CI8Ofr1S.js +0 -294
- package/packages/tui/dist/panels/CuratedPanel.d.ts +0 -7
- package/packages/tui/dist/panels/CuratedPanel.js +0 -2
- package/packages/tui/dist/panels/LogPanel.d.ts +0 -7
- package/packages/tui/dist/panels/LogPanel.js +0 -2
- package/packages/tui/dist/panels/SearchPanel.d.ts +0 -7
- package/packages/tui/dist/panels/SearchPanel.js +0 -2
- package/packages/tui/dist/panels/StatusPanel.d.ts +0 -7
- package/packages/tui/dist/panels/StatusPanel.js +0 -2
- package/packages/tui/dist/react-CKRDn6y3.js +0 -24
- package/packages/tui/dist/useKBClient-BACLDL_U.js +0 -2
- package/packages/tui/dist/usePolling-D-4v1sTA.js +0 -2
- package/scaffold/definitions/agents.mjs +0 -266
- package/scaffold/definitions/bodies.mjs +0 -735
- package/scaffold/definitions/exclusions.mjs +0 -58
- package/scaffold/definitions/hooks.mjs +0 -43
- package/scaffold/definitions/models.mjs +0 -84
- package/scaffold/definitions/plugins.mjs +0 -147
- package/scaffold/definitions/prompts.mjs +0 -365
- package/scaffold/definitions/protocols.mjs +0 -863
- package/scaffold/definitions/tools.mjs +0 -250
- /package/scaffold/dist/{compiled/skills-data.mjs → definitions/skills.mjs} +0 -0
|
@@ -1,58 +0,0 @@
|
|
|
1
|
-
/**
|
|
2
|
-
* Permanent Exclusions — things aikit intentionally will NOT do.
|
|
3
|
-
*
|
|
4
|
-
* Each exclusion includes rationale grounded in the Bitter Lesson:
|
|
5
|
-
* systems should leverage computation over hand-crafted features.
|
|
6
|
-
* These exclusions are injected into copilot-instructions.md.
|
|
7
|
-
*/
|
|
8
|
-
|
|
9
|
-
export const PERMANENT_EXCLUSIONS = [
|
|
10
|
-
{
|
|
11
|
-
name: 'Hard-coded lint rules',
|
|
12
|
-
rationale:
|
|
13
|
-
'Project-specific linting belongs in ESLint or Biome config, not baked into agent instructions. Configurable tooling and automated checks scale better than hand-crafted rules embedded in prompts.',
|
|
14
|
-
bitterLessonSafe: true,
|
|
15
|
-
},
|
|
16
|
-
|
|
17
|
-
{
|
|
18
|
-
name: 'Framework-specific boilerplate generation',
|
|
19
|
-
rationale:
|
|
20
|
-
'Framework CLIs and IDE scaffolds already generate boilerplate from evolving upstream knowledge. Delegating to those computational systems is safer than freezing hand-written templates into aikit instructions.',
|
|
21
|
-
bitterLessonSafe: true,
|
|
22
|
-
},
|
|
23
|
-
|
|
24
|
-
{
|
|
25
|
-
name: 'Git workflow enforcement',
|
|
26
|
-
rationale:
|
|
27
|
-
'Branch policies, commit formatting, and merge gates belong in git hooks and CI where they can be enforced automatically. Reliable computation beats informal agent-side reminders and hand-crafted behavior rules.',
|
|
28
|
-
bitterLessonSafe: true,
|
|
29
|
-
},
|
|
30
|
-
|
|
31
|
-
{
|
|
32
|
-
name: 'IDE-specific keybinding and config guidance',
|
|
33
|
-
rationale:
|
|
34
|
-
'Editor shortcuts, panel layouts, and workspace settings are IDE concerns that change across clients and teams. Runtime tooling and local editor config are the right computational layer, not static agent instructions.',
|
|
35
|
-
bitterLessonSafe: true,
|
|
36
|
-
},
|
|
37
|
-
|
|
38
|
-
{
|
|
39
|
-
name: 'Package manager lock file manipulation',
|
|
40
|
-
rationale:
|
|
41
|
-
'Lock files should be produced by the package manager and verified in CI or release pipelines, not manually curated by agent policy. Deterministic tool execution is more robust than hand-crafted lockfile guidance.',
|
|
42
|
-
bitterLessonSafe: true,
|
|
43
|
-
},
|
|
44
|
-
|
|
45
|
-
{
|
|
46
|
-
name: 'Hard-coded file naming conventions',
|
|
47
|
-
rationale:
|
|
48
|
-
'Naming rules vary by repository and should live in project generators, linters, or review automation. Letting configurable computation enforce conventions scales better than embedding brittle file-name doctrine in prompts.',
|
|
49
|
-
bitterLessonSafe: true,
|
|
50
|
-
},
|
|
51
|
-
|
|
52
|
-
{
|
|
53
|
-
name: 'Runtime environment variable validation',
|
|
54
|
-
rationale:
|
|
55
|
-
'Environment validation belongs in application startup code, schemas, and deployment checks where real runtime state is available. Computed validation with executable code outperforms hand-crafted agent assumptions about env shape.',
|
|
56
|
-
bitterLessonSafe: true,
|
|
57
|
-
},
|
|
58
|
-
];
|
|
@@ -1,43 +0,0 @@
|
|
|
1
|
-
/**
|
|
2
|
-
* Hook definitions — lifecycle events that agents can respond to.
|
|
3
|
-
*
|
|
4
|
-
* Not all IDEs support hooks natively:
|
|
5
|
-
* - Copilot: No native hook support (hooks are documented in instructions only)
|
|
6
|
-
* - Claude Code: Maps to hooks config in settings.json
|
|
7
|
-
* - Claude Code: Supports hooks via settings.json
|
|
8
|
-
*
|
|
9
|
-
* Each adapter decides how to surface these:
|
|
10
|
-
* - Copilot adapter: Embeds as rules in copilot-instructions.md
|
|
11
|
-
* - Claude Code adapter: Generates hooks config [future]
|
|
12
|
-
*/
|
|
13
|
-
|
|
14
|
-
export const HOOKS = {
|
|
15
|
-
sessionStart: {
|
|
16
|
-
description: 'Run at the start of every agent session',
|
|
17
|
-
actions: ['status({})', 'list()', 'search({ query: "SESSION CHECKPOINT", origin: "curated" })'],
|
|
18
|
-
rationale: 'Resume prior work, load existing knowledge',
|
|
19
|
-
},
|
|
20
|
-
|
|
21
|
-
sessionEnd: {
|
|
22
|
-
description: 'Run at the end of every agent session',
|
|
23
|
-
actions: [
|
|
24
|
-
'remember({ title: "Session checkpoint: <topic>", content: "<decisions, next steps>", category: "conventions" })',
|
|
25
|
-
],
|
|
26
|
-
rationale: 'Persist decisions for future sessions',
|
|
27
|
-
},
|
|
28
|
-
|
|
29
|
-
beforeCodeChange: {
|
|
30
|
-
description: 'Run before modifying any code',
|
|
31
|
-
actions: [
|
|
32
|
-
'search({ query: "<what you are changing>" })',
|
|
33
|
-
'scope_map({ task: "<description>" })',
|
|
34
|
-
],
|
|
35
|
-
rationale: 'Check for prior decisions and understand impact',
|
|
36
|
-
},
|
|
37
|
-
|
|
38
|
-
beforeCommit: {
|
|
39
|
-
description: 'Run before committing changes',
|
|
40
|
-
actions: ['check({})', 'test_run({})', 'blast_radius({ changed_files: ["..."] })'],
|
|
41
|
-
rationale: 'Validate changes before they enter version control',
|
|
42
|
-
},
|
|
43
|
-
};
|
|
@@ -1,84 +0,0 @@
|
|
|
1
|
-
/**
|
|
2
|
-
* Centralized model assignments — THE SINGLE FILE to update when models change.
|
|
3
|
-
*
|
|
4
|
-
* Keys are agent names (stable, model-agnostic).
|
|
5
|
-
* COPILOT_MODELS keeps the full fallback list in Copilot format.
|
|
6
|
-
* CLAUDE_MODELS maps each agent to its primary model as a single plain string.
|
|
7
|
-
*
|
|
8
|
-
* Naming convention for variants: {Role}-Alpha, {Role}-Beta, {Role}-Gamma, {Role}-Delta
|
|
9
|
-
* These are abstract labels — the actual model behind each is defined HERE.
|
|
10
|
-
*
|
|
11
|
-
* NOTE (Experimental): VS Code supports a model array syntax (e.g. [model1, model2])
|
|
12
|
-
* for agent files, but it requires an experiment flag to be enabled. Until the flag
|
|
13
|
-
* is generally available, adapters should emit only the first (primary) model as a
|
|
14
|
-
* plain string. The full fallback arrays are retained here so adapters can switch to
|
|
15
|
-
* array output when the flag is GA.
|
|
16
|
-
*/
|
|
17
|
-
|
|
18
|
-
export const COPILOT_MODELS = {
|
|
19
|
-
// ─── Single-role agents ───────────────────────────────────────────────
|
|
20
|
-
Orchestrator: ['Claude Opus 4.6 (copilot)', 'GPT-5.4 (copilot)', 'Auto (copilot)'],
|
|
21
|
-
Planner: ['Claude Opus 4.6 (copilot)', 'GPT-5.4 (copilot)', 'Auto (copilot)'],
|
|
22
|
-
Implementer: [
|
|
23
|
-
'GPT-5.4 (copilot)',
|
|
24
|
-
'Gemini 3.1 Pro (Preview) (copilot)',
|
|
25
|
-
'GPT-5.3-Codex (copilot)',
|
|
26
|
-
'Auto (copilot)',
|
|
27
|
-
],
|
|
28
|
-
Frontend: [
|
|
29
|
-
'Gemini 3.1 Pro (Preview) (copilot)',
|
|
30
|
-
'GPT-5.4 (copilot)',
|
|
31
|
-
'GPT-5.3-Codex (copilot)',
|
|
32
|
-
'Auto (copilot)',
|
|
33
|
-
],
|
|
34
|
-
Debugger: [
|
|
35
|
-
'Claude Opus 4.6 (copilot)',
|
|
36
|
-
'GPT-5.4 (copilot)',
|
|
37
|
-
'GPT-5.3-Codex (copilot)',
|
|
38
|
-
'Auto (copilot)',
|
|
39
|
-
],
|
|
40
|
-
Refactor: ['GPT-5.4 (copilot)', 'GPT-5.3-Codex (copilot)', 'Auto (copilot)'],
|
|
41
|
-
Security: ['Claude Opus 4.6 (copilot)', 'GPT-5.4 (copilot)', 'Auto (copilot)'],
|
|
42
|
-
Documenter: ['GPT-5.4 (copilot)', 'Gemini 3.1 Pro (Preview) (copilot)', 'Auto (copilot)'],
|
|
43
|
-
Explorer: ['Gemini 3 Flash (Preview) (copilot)', 'Claude Haiku 4.5 (copilot)', 'Auto (copilot)'],
|
|
44
|
-
|
|
45
|
-
// ─── Researcher variants (4 models for multi-model decision protocol) ────────────
|
|
46
|
-
'Researcher-Alpha': ['Claude Opus 4.6 (copilot)', 'Auto (copilot)'],
|
|
47
|
-
'Researcher-Beta': ['Claude Sonnet 4.6 (copilot)', 'Auto (copilot)'],
|
|
48
|
-
'Researcher-Gamma': ['GPT-5.4 (copilot)', 'Auto (copilot)'],
|
|
49
|
-
'Researcher-Delta': ['Gemini 3.1 Pro (Preview) (copilot)', 'Auto (copilot)'],
|
|
50
|
-
|
|
51
|
-
// ─── Code-Reviewer variants (2 models for dual review) ───────────────
|
|
52
|
-
'Code-Reviewer-Alpha': ['GPT-5.4 (copilot)', 'Auto (copilot)'],
|
|
53
|
-
'Code-Reviewer-Beta': ['Claude Opus 4.6 (copilot)', 'Auto (copilot)'],
|
|
54
|
-
|
|
55
|
-
// ─── Architect-Reviewer variants (2 models for dual review) ──────────
|
|
56
|
-
'Architect-Reviewer-Alpha': ['GPT-5.4 (copilot)', 'Auto (copilot)'],
|
|
57
|
-
'Architect-Reviewer-Beta': ['Claude Opus 4.6 (copilot)', 'Auto (copilot)'],
|
|
58
|
-
};
|
|
59
|
-
|
|
60
|
-
export const CLAUDE_MODELS = Object.fromEntries(
|
|
61
|
-
Object.entries(COPILOT_MODELS).map(([agentName, models]) => {
|
|
62
|
-
const primaryModel = Array.isArray(models) ? models[0] : models;
|
|
63
|
-
return [agentName, primaryModel?.replace(/ \(copilot\)$/, '') || 'Auto'];
|
|
64
|
-
}),
|
|
65
|
-
);
|
|
66
|
-
|
|
67
|
-
/**
|
|
68
|
-
* Variant group definitions — maps role to variant suffixes.
|
|
69
|
-
* Used by adapters to know which agents are variants of the same role.
|
|
70
|
-
*/
|
|
71
|
-
export const VARIANT_GROUPS = {
|
|
72
|
-
Researcher: ['Alpha', 'Beta', 'Gamma', 'Delta'],
|
|
73
|
-
'Code-Reviewer': ['Alpha', 'Beta'],
|
|
74
|
-
'Architect-Reviewer': ['Alpha', 'Beta'],
|
|
75
|
-
};
|
|
76
|
-
|
|
77
|
-
/**
|
|
78
|
-
* Primary variant per role — the "default" one for single-agent invocation.
|
|
79
|
-
*/
|
|
80
|
-
export const PRIMARY_VARIANT = {
|
|
81
|
-
Researcher: 'Alpha',
|
|
82
|
-
'Code-Reviewer': 'Alpha',
|
|
83
|
-
'Architect-Reviewer': 'Alpha',
|
|
84
|
-
};
|
|
@@ -1,147 +0,0 @@
|
|
|
1
|
-
/**
|
|
2
|
-
* Plugin/skill definitions — packages of domain knowledge for agents.
|
|
3
|
-
*
|
|
4
|
-
* Copilot: .github/skills/{name}/SKILL.md
|
|
5
|
-
* Claude Code: Maps to tool_use permissions and MCP config
|
|
6
|
-
* Claude Code: Referenced via CLAUDE.md or MCP
|
|
7
|
-
*
|
|
8
|
-
* Skills are NOT generated — they live in scaffold/skills/.
|
|
9
|
-
* This file defines WHICH skills to copy and their metadata.
|
|
10
|
-
*/
|
|
11
|
-
|
|
12
|
-
export const PLUGINS = {
|
|
13
|
-
aikit: {
|
|
14
|
-
description: 'AI Kit search, analysis, memory, and developer tools',
|
|
15
|
-
source: 'scaffold/skills/aikit/SKILL.md',
|
|
16
|
-
required: true,
|
|
17
|
-
},
|
|
18
|
-
|
|
19
|
-
brainstorming: {
|
|
20
|
-
description: 'Brainstorming & design exploration workflow',
|
|
21
|
-
source: 'scaffold/skills/brainstorming/SKILL.md',
|
|
22
|
-
required: true,
|
|
23
|
-
sidecars: ['scaffold/skills/brainstorming/spec-document-reviewer-prompt.md'],
|
|
24
|
-
},
|
|
25
|
-
|
|
26
|
-
'multi-agents-development': {
|
|
27
|
-
description:
|
|
28
|
-
'Multi-agent orchestration, task decomposition, parallel dispatch, and review pipeline patterns',
|
|
29
|
-
source: 'scaffold/skills/multi-agents-development/SKILL.md',
|
|
30
|
-
required: true,
|
|
31
|
-
sidecars: [
|
|
32
|
-
'scaffold/skills/multi-agents-development/implementer-prompt.md',
|
|
33
|
-
'scaffold/skills/multi-agents-development/spec-review-prompt.md',
|
|
34
|
-
'scaffold/skills/multi-agents-development/code-quality-review-prompt.md',
|
|
35
|
-
'scaffold/skills/multi-agents-development/architecture-review-prompt.md',
|
|
36
|
-
'scaffold/skills/multi-agents-development/parallel-dispatch-example.md',
|
|
37
|
-
],
|
|
38
|
-
},
|
|
39
|
-
|
|
40
|
-
'adr-skill': {
|
|
41
|
-
description:
|
|
42
|
-
'Architecture Decision Records — create, maintain, and review ADRs for significant technical decisions',
|
|
43
|
-
source: 'scaffold/skills/adr-skill/SKILL.md',
|
|
44
|
-
required: true,
|
|
45
|
-
sidecars: [
|
|
46
|
-
'scaffold/skills/adr-skill/assets/templates/adr-madr.md',
|
|
47
|
-
'scaffold/skills/adr-skill/assets/templates/adr-readme.md',
|
|
48
|
-
'scaffold/skills/adr-skill/assets/templates/adr-simple.md',
|
|
49
|
-
'scaffold/skills/adr-skill/references/adr-conventions.md',
|
|
50
|
-
'scaffold/skills/adr-skill/references/examples.md',
|
|
51
|
-
'scaffold/skills/adr-skill/references/review-checklist.md',
|
|
52
|
-
'scaffold/skills/adr-skill/references/template-variants.md',
|
|
53
|
-
'scaffold/skills/adr-skill/scripts/bootstrap_adr.js',
|
|
54
|
-
'scaffold/skills/adr-skill/scripts/new_adr.js',
|
|
55
|
-
'scaffold/skills/adr-skill/scripts/set_adr_status.js',
|
|
56
|
-
],
|
|
57
|
-
},
|
|
58
|
-
|
|
59
|
-
'c4-architecture': {
|
|
60
|
-
description:
|
|
61
|
-
'C4 model architecture diagrams using Mermaid — system context, container, component, and deployment views',
|
|
62
|
-
source: 'scaffold/skills/c4-architecture/SKILL.md',
|
|
63
|
-
required: true,
|
|
64
|
-
sidecars: [
|
|
65
|
-
'scaffold/skills/c4-architecture/references/advanced-patterns.md',
|
|
66
|
-
'scaffold/skills/c4-architecture/references/c4-syntax.md',
|
|
67
|
-
'scaffold/skills/c4-architecture/references/common-mistakes.md',
|
|
68
|
-
],
|
|
69
|
-
},
|
|
70
|
-
|
|
71
|
-
'frontend-design': {
|
|
72
|
-
description:
|
|
73
|
-
'Frontend design system — visual design thinking, typography, color, layout, motion, accessibility, and anti-pattern detection',
|
|
74
|
-
source: 'scaffold/skills/frontend-design/SKILL.md',
|
|
75
|
-
required: false,
|
|
76
|
-
},
|
|
77
|
-
|
|
78
|
-
'lesson-learned': {
|
|
79
|
-
description: 'Extract engineering lessons from recent code changes via git history analysis',
|
|
80
|
-
source: 'scaffold/skills/lesson-learned/SKILL.md',
|
|
81
|
-
required: true,
|
|
82
|
-
sidecars: [
|
|
83
|
-
'scaffold/skills/lesson-learned/references/anti-patterns.md',
|
|
84
|
-
'scaffold/skills/lesson-learned/references/se-principles.md',
|
|
85
|
-
],
|
|
86
|
-
},
|
|
87
|
-
|
|
88
|
-
present: {
|
|
89
|
-
description:
|
|
90
|
-
'Rich interactive dashboards, charts, tables, timelines, and data visualizations via the present MCP tool',
|
|
91
|
-
source: 'scaffold/skills/present/SKILL.md',
|
|
92
|
-
required: true,
|
|
93
|
-
},
|
|
94
|
-
|
|
95
|
-
react: {
|
|
96
|
-
description:
|
|
97
|
-
'React development patterns — component architecture, React 19 APIs, Server Components, TypeScript integration',
|
|
98
|
-
source: 'scaffold/skills/react/SKILL.md',
|
|
99
|
-
required: false,
|
|
100
|
-
},
|
|
101
|
-
|
|
102
|
-
'requirements-clarity': {
|
|
103
|
-
description:
|
|
104
|
-
'Clarify ambiguous requirements through focused dialogue — score 0-100 until ≥90 before implementation',
|
|
105
|
-
source: 'scaffold/skills/requirements-clarity/SKILL.md',
|
|
106
|
-
required: true,
|
|
107
|
-
},
|
|
108
|
-
|
|
109
|
-
'session-handoff': {
|
|
110
|
-
description:
|
|
111
|
-
'Comprehensive handoff documents for seamless AI agent session transfers and context preservation',
|
|
112
|
-
source: 'scaffold/skills/session-handoff/SKILL.md',
|
|
113
|
-
required: true,
|
|
114
|
-
sidecars: [
|
|
115
|
-
'scaffold/skills/session-handoff/references/handoff-template.md',
|
|
116
|
-
'scaffold/skills/session-handoff/references/resume-checklist.md',
|
|
117
|
-
'scaffold/skills/session-handoff/scripts/check_staleness.js',
|
|
118
|
-
'scaffold/skills/session-handoff/scripts/create_handoff.js',
|
|
119
|
-
'scaffold/skills/session-handoff/scripts/list_handoffs.js',
|
|
120
|
-
'scaffold/skills/session-handoff/scripts/validate_handoff.js',
|
|
121
|
-
],
|
|
122
|
-
},
|
|
123
|
-
|
|
124
|
-
typescript: {
|
|
125
|
-
description:
|
|
126
|
-
'TypeScript development patterns — type system, compiler config, advanced types, async patterns, module organization',
|
|
127
|
-
source: 'scaffold/skills/typescript/SKILL.md',
|
|
128
|
-
required: false,
|
|
129
|
-
},
|
|
130
|
-
docs: {
|
|
131
|
-
description:
|
|
132
|
-
'Living documentation management — Diátaxis framework, docs/ convention, staleness detection, integration with adr-skill and c4-architecture',
|
|
133
|
-
source: 'scaffold/skills/docs/SKILL.md',
|
|
134
|
-
required: true,
|
|
135
|
-
},
|
|
136
|
-
|
|
137
|
-
'repo-access': {
|
|
138
|
-
description:
|
|
139
|
-
'Progressive repository access recovery for private and enterprise git repos — strategy ladder from HTTPS to SSH to CLI OAuth to PAT to local clone',
|
|
140
|
-
source: 'scaffold/skills/repo-access/SKILL.md',
|
|
141
|
-
required: true,
|
|
142
|
-
sidecars: [
|
|
143
|
-
'scaffold/skills/repo-access/references/platform-matrix.md',
|
|
144
|
-
'scaffold/skills/repo-access/references/error-patterns.md',
|
|
145
|
-
],
|
|
146
|
-
},
|
|
147
|
-
};
|