@laitszkin/apollo-toolkit 2.14.3 → 2.14.4
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
CHANGED
|
@@ -4,6 +4,11 @@ All notable changes to this repository are documented in this file.
|
|
|
4
4
|
|
|
5
5
|
## [Unreleased]
|
|
6
6
|
|
|
7
|
+
## [v2.14.4] - 2026-04-07
|
|
8
|
+
|
|
9
|
+
### Changed
|
|
10
|
+
- Clarify `maintain-project-constraints` so `Core project purpose` must describe the repository's macro goal or problem-to-solve, instead of restating its implemented feature list.
|
|
11
|
+
|
|
7
12
|
## [v2.14.3] - 2026-04-07
|
|
8
13
|
|
|
9
14
|
### Changed
|
|
@@ -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, common commands, 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, macro 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
|
|
@@ -42,6 +42,13 @@ After completing any code modification task, proactively run this skill to verif
|
|
|
42
42
|
- Core project purpose
|
|
43
43
|
- Code style and coding conventions
|
|
44
44
|
|
|
45
|
+
For the `Core project purpose` section, always use this format:
|
|
46
|
+
|
|
47
|
+
1. Describe the repository's macro purpose instead of repeating implemented features.
|
|
48
|
+
2. State what broader problem the project is meant to solve or what outcome it aims to achieve.
|
|
49
|
+
3. Prefer product- or business-level intent framing when applicable.
|
|
50
|
+
4. Keep it concise, but make sure the purpose is understandable without reading the rest of the document.
|
|
51
|
+
|
|
45
52
|
For the `Common Commands` section, always use this format:
|
|
46
53
|
|
|
47
54
|
1. Include only commands that are real, current, and useful in this repository.
|
|
@@ -99,6 +106,7 @@ When `AGENTS.md` is absent:
|
|
|
99
106
|
|
|
100
107
|
- Create a new root-level `AGENTS.md`.
|
|
101
108
|
- Document architecture, business flow, purpose, and coding conventions from observed facts.
|
|
109
|
+
- Write `Core project purpose` as the repository's macro intent, such as the problem it aims to solve or the outcome it exists to achieve, rather than as a feature list.
|
|
102
110
|
- Document the repository's common commands from observed command entry points and docs.
|
|
103
111
|
- Write `Core business flow` as one summary sentence followed by unordered bullets that cover every current capability found in the repository.
|
|
104
112
|
- Write `Common commands` as short bullets in the style of ``- `command` — when to use it.``.
|
|
@@ -121,6 +129,7 @@ When `AGENTS.md` exists but is outdated:
|
|
|
121
129
|
- Remove stale commands, flags, or task names that no longer exist.
|
|
122
130
|
- Verify every command in `Common Commands` is either documented in repository docs or directly supported by the current codebase.
|
|
123
131
|
- 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.
|
|
132
|
+
- Verify `Core project purpose` explains the repository's macro goal and does not merely restate the feature inventory.
|
|
124
133
|
- Keep instructions concise, concrete, and operational for future agents.
|
|
125
134
|
|
|
126
135
|
## Writing Rules
|
|
@@ -128,6 +137,7 @@ When `AGENTS.md` exists but is outdated:
|
|
|
128
137
|
- Use clear headings and short bullet points.
|
|
129
138
|
- Prefer repository terms already used in code/docs.
|
|
130
139
|
- Do not include speculative architecture claims.
|
|
140
|
+
- In `Core project purpose`, describe why the project exists at a macro level; for example, what user or business problem it solves, not a restatement of `Core business flow`.
|
|
131
141
|
- 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
142
|
- In `Common Commands`, prefer the smallest useful set of high-signal commands over an exhaustive dump of every helper script.
|
|
133
143
|
- 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, 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."
|
|
3
|
+
short_description: "Automatically create and maintain AGENTS.md so it stays aligned with the current repository architecture, core business flow, common commands, macro 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, macro project purpose, and coding conventions. Use when AGENTS.md is missing or may be outdated after code changes."
|
package/package.json
CHANGED