@laitszkin/apollo-toolkit 2.12.4 → 2.12.5

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/AGENTS.md CHANGED
@@ -58,6 +58,16 @@ This repository enables users to install and run a curated set of reusable agent
58
58
  - Users can prepare and publish versioned releases with changelog and tag workflows.
59
59
  - Users can generate long-form videos by orchestrating storyboard, voice, and Remotion-based production steps.
60
60
 
61
+ ## Common Commands
62
+
63
+ - `npm test` - 執行 Node 測試套件。
64
+ - `node bin/apollo-toolkit.js` - 直接從倉庫啟動 Apollo Toolkit CLI。
65
+ - `node bin/apollo-toolkit.js codex openclaw trae` - 以非互動方式將技能安裝到指定目標。
66
+ - `python3 scripts/validate_skill_frontmatter.py` - 驗證所有頂層技能 `SKILL.md` 的 frontmatter。
67
+ - `python3 scripts/validate_openai_agent_config.py` - 驗證所有技能 `agents/openai.yaml` 設定。
68
+ - `./scripts/install_skills.sh codex` - 用本地安裝腳本把技能安裝到 Codex 目錄。
69
+ - `./scripts/install_skills.sh all` - 用本地安裝腳本同步安裝到所有支援目標。
70
+
61
71
  ## Core Project Purpose
62
72
 
63
73
  - Provide a curated set of reusable agent skills that can be installed into Codex/OpenClaw/Trae skill directories.
package/CHANGELOG.md CHANGED
@@ -4,6 +4,12 @@ All notable changes to this repository are documented in this file.
4
4
 
5
5
  ## [Unreleased]
6
6
 
7
+ ## [v2.12.5] - 2026-04-01
8
+
9
+ ### Changed
10
+ - Update `maintain-project-constraints` so generated `AGENTS.md` templates must include a factual `Common Commands` section grounded in repository-owned command entry points such as CLIs, package scripts, and task runners.
11
+ - Refresh the Apollo Toolkit root `AGENTS.md` guidance with repository-specific common commands for the local CLI, validation scripts, tests, and install flows.
12
+
7
13
  ## [v2.12.4] - 2026-04-01
8
14
 
9
15
  ### Added
@@ -1,6 +1,6 @@
1
1
  ---
2
2
  name: maintain-project-constraints
3
- description: Automatically create and maintain AGENTS.md so it stays aligned with the current repository architecture, core business flow, project purpose, and coding conventions. Use when AGENTS.md is missing or may be outdated after code changes.
3
+ description: Automatically create and maintain AGENTS.md so it stays aligned with the current repository architecture, core business flow, common commands, project purpose, and coding conventions. Use when AGENTS.md is missing or may be outdated after code changes.
4
4
  ---
5
5
 
6
6
  # Maintain Project Constraints
@@ -17,7 +17,7 @@ description: Automatically create and maintain AGENTS.md so it stays aligned wit
17
17
  - Evidence: Infer repository architecture, business flow, and conventions from current code and docs rather than assumptions.
18
18
  - Execution: Create or align `AGENTS.md` only after building a concrete inventory of implemented capabilities.
19
19
  - Quality: Keep every statement traceable, remove stale guidance, and ensure `Core business flow` stays exhaustive and concrete.
20
- - Output: Maintain a concise root-level `AGENTS.md` with the required sections and repository-specific wording.
20
+ - Output: Maintain a concise root-level `AGENTS.md` with the required sections, repository-specific wording, and a factual `Common Commands` section when the repository exposes stable command entry points.
21
21
 
22
22
  ## Goal
23
23
 
@@ -38,9 +38,18 @@ After completing any code modification task, proactively run this skill to verif
38
38
 
39
39
  - Project architecture
40
40
  - Core business flow
41
+ - Common commands
41
42
  - Core project purpose
42
43
  - Code style and coding conventions
43
44
 
45
+ For the `Common Commands` section, always use this format:
46
+
47
+ 1. Include only commands that are real, current, and useful in this repository.
48
+ 2. Prefer repository-owned entry points such as package scripts, CLIs, `bin/` programs, `scripts/`, `Makefile`, `justfile`, or other documented task runners.
49
+ 3. For each command, explain when to use it in one short phrase instead of listing bare commands with no context.
50
+ 4. Prioritize commands that help an agent inspect, validate, build, test, or operate repository-specific workflows.
51
+ 5. Do not invent commands, aliases, flags, or task names that are not traceable to the repository.
52
+
44
53
  For the `Core business flow` section, always use this format:
45
54
 
46
55
  1. One short sentence that summarizes what the repository currently enables.
@@ -51,6 +60,13 @@ Example:
51
60
 
52
61
  ```markdown
53
62
 
63
+ ## Common Commands
64
+
65
+ - `npm test` — run the repository's automated test suite.
66
+ - `python3 scripts/validate_skill_frontmatter.py` — validate every top-level `SKILL.md` frontmatter block.
67
+ - `python3 scripts/validate_openai_agent_config.py` — validate every `agents/openai.yaml` interface config.
68
+ - `./scripts/install_skills.sh codex` — install the current toolkit into the local Codex skills directory.
69
+
54
70
  ## Core Business Flow
55
71
 
56
72
  This project enables users to manage and run reusable automation workflows.
@@ -69,11 +85,13 @@ This project enables users to manage and run reusable automation workflows.
69
85
  - Read the repository before writing:
70
86
  - root docs (`README`, contribution docs, design docs)
71
87
  - key source directories and entry points
88
+ - repository command surfaces such as `package.json`, `bin/`, `scripts/`, `Makefile`, `justfile`, or equivalent task runners
72
89
  - user-facing features such as commands, routes, workflows, tasks, or installable modules
73
90
  - representative modules that show coding patterns
74
91
  - test directories and tooling/config files
75
92
  - Infer architecture and conventions from real code, not assumptions.
76
93
  - Build a concrete inventory of all currently implemented capabilities before drafting `Core business flow`.
94
+ - Build a separate inventory of stable, repository-specific commands before drafting `Common Commands`.
77
95
 
78
96
  ### 2) Create AGENTS.md when missing
79
97
 
@@ -81,7 +99,9 @@ When `AGENTS.md` is absent:
81
99
 
82
100
  - Create a new root-level `AGENTS.md`.
83
101
  - Document architecture, business flow, purpose, and coding conventions from observed facts.
102
+ - Document the repository's common commands from observed command entry points and docs.
84
103
  - Write `Core business flow` as one summary sentence followed by unordered bullets that cover every current capability found in the repository.
104
+ - Write `Common commands` as short bullets in the style of ``- `command` — when to use it.``.
85
105
  - Keep language specific to this repository; avoid generic boilerplate.
86
106
 
87
107
  ### 3) Align AGENTS.md when drift is detected
@@ -91,12 +111,15 @@ When `AGENTS.md` exists but is outdated:
91
111
  - Re-read changed or high-impact modules.
92
112
  - Update only sections that no longer match reality.
93
113
  - Expand or trim the `Core business flow` bullet list so it still covers all currently implemented capabilities.
114
+ - Expand, trim, or replace the `Common Commands` list whenever command entry points or recommended workflows have changed.
94
115
  - Preserve correct existing content and structure where possible.
95
116
 
96
117
  ### 4) Quality checks before finishing
97
118
 
98
119
  - Ensure every statement in `AGENTS.md` is traceable to current repository files.
99
120
  - Remove stale paths, renamed components, and obsolete workflows.
121
+ - Remove stale commands, flags, or task names that no longer exist.
122
+ - Verify every command in `Common Commands` is either documented in repository docs or directly supported by the current codebase.
100
123
  - Verify the `Core business flow` section includes a one-sentence summary plus unordered bullets for all currently existing capabilities; do not leave major functions unlisted.
101
124
  - Keep instructions concise, concrete, and operational for future agents.
102
125
 
@@ -106,4 +129,5 @@ When `AGENTS.md` exists but is outdated:
106
129
  - Prefer repository terms already used in code/docs.
107
130
  - Do not include speculative architecture claims.
108
131
  - In `Core business flow`, prefer many short bullets over a few vague bullets; when the product grows, add more bullets so the list remains exhaustive.
132
+ - In `Common Commands`, prefer the smallest useful set of high-signal commands over an exhaustive dump of every helper script.
109
133
  - Keep the document focused on how agents should understand and operate in this project.
@@ -1,4 +1,4 @@
1
1
  interface:
2
2
  display_name: "Maintain Project Constraints"
3
- short_description: "Automatically create and maintain AGENTS.md so it stays aligned with the current repository architecture, core business flow, project purpose, and coding conventions. Use when AGENTS.md is missing or may be outdated after code changes."
4
- default_prompt: "Use $maintain-project-constraints to automatically create and maintain AGENTS.md so it stays aligned with the current repository architecture, core business flow, project purpose, and coding conventions. Use when AGENTS.md is missing or may be outdated after code changes."
3
+ short_description: "Automatically create and maintain AGENTS.md so it stays aligned with the current repository architecture, core business flow, common commands, project purpose, and coding conventions. Use when AGENTS.md is missing or may be outdated after code changes."
4
+ default_prompt: "Use $maintain-project-constraints to automatically create and maintain AGENTS.md so it stays aligned with the current repository architecture, core business flow, common commands, project purpose, and coding conventions. Use when AGENTS.md is missing or may be outdated after code changes."
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@laitszkin/apollo-toolkit",
3
- "version": "2.12.4",
3
+ "version": "2.12.5",
4
4
  "description": "Apollo Toolkit npm installer for managed skill copying across Codex, OpenClaw, and Trae.",
5
5
  "license": "MIT",
6
6
  "author": "LaiTszKin",