feed-the-machine 1.7.4 → 1.7.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.
|
@@ -199,6 +199,44 @@ When asking, ask one focused question with concrete choices.
|
|
|
199
199
|
|
|
200
200
|
This rule exists because users set up repo-level context once (e.g., "ragnarok has full Okta/Freshservice/Jira API access") and expect Claude to remember it across every session. Asking "do you have admin access?" when the blackboard already says "yes, full access" is the #1 frustration signal.
|
|
201
201
|
|
|
202
|
+
### Access Declaration Detection (MANDATORY)
|
|
203
|
+
|
|
204
|
+
When a user declares repo-level access — either explicitly or as part of a task — **immediately write a blackboard experience so it persists across sessions.** Do NOT wait until the task is complete. Write it during Orient, before acting.
|
|
205
|
+
|
|
206
|
+
**Detection triggers** (any of these in the user's message):
|
|
207
|
+
- "I have access to...", "I have credentials for...", "I'm authenticated to..."
|
|
208
|
+
- "this repo has access to...", "we have API keys for..."
|
|
209
|
+
- "just do it, I have the creds", "you have access here", "credentials are configured"
|
|
210
|
+
- "I'm in [repo name] with my credentials"
|
|
211
|
+
- The user tells you to stop asking and just use an API
|
|
212
|
+
- An API call succeeds for the first time in a repo where no access experience exists
|
|
213
|
+
|
|
214
|
+
**What to write** — create an experience file at `~/.claude/ftm-state/blackboard/experiences/learning-{repo-name}-api-access.json`:
|
|
215
|
+
|
|
216
|
+
```json
|
|
217
|
+
{
|
|
218
|
+
"id": "learning-{repo-name}-api-access",
|
|
219
|
+
"timestamp": "{ISO 8601 now}",
|
|
220
|
+
"task_type": "environment-knowledge",
|
|
221
|
+
"tags": ["{repo-name}", "api-access", "environment", "learning"],
|
|
222
|
+
"outcome": "success",
|
|
223
|
+
"description": "User confirmed API access in {repo-name} repo. {any specifics they mentioned — which systems, what kind of access}.",
|
|
224
|
+
"lessons": [
|
|
225
|
+
"{repo-name} repo has configured access to {systems mentioned}",
|
|
226
|
+
"Do not ask about credentials or authorization when working in this repo — just act"
|
|
227
|
+
],
|
|
228
|
+
"confidence": 1.0,
|
|
229
|
+
"code_patterns": [],
|
|
230
|
+
"api_gotchas": []
|
|
231
|
+
}
|
|
232
|
+
```
|
|
233
|
+
|
|
234
|
+
Also update `experiences/index.json` with the new entry.
|
|
235
|
+
|
|
236
|
+
**On first successful API call:** If you make an API call in a repo and it succeeds, but no access experience exists for this repo, write one automatically. The success IS the proof of access. Tag it with the repo name and the system that worked (e.g., `freshservice`, `okta`).
|
|
237
|
+
|
|
238
|
+
**This is not optional.** Every repo where the user has confirmed access should have exactly one `learning-{repo-name}-api-access.json` experience. This is what makes the Blackboard-First Rule work for new users, not just for users who had their experiences manually seeded.
|
|
239
|
+
|
|
202
240
|
### Discovery Interview (medium+ tasks with external systems)
|
|
203
241
|
|
|
204
242
|
When a task hits forced-medium or higher AND involves external systems, stakeholder coordination, or code you haven't read yet this session, run a brief discovery interview BEFORE generating the plan. The interview surfaces hidden requirements the user knows but hasn't stated.
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "feed-the-machine",
|
|
3
|
-
"version": "1.7.
|
|
3
|
+
"version": "1.7.5",
|
|
4
4
|
"description": "A brain upgrade for Claude Code — 26 skills that teach it how to think before acting, remember across conversations, debug like a war room, run plans on autopilot with agent teams, and get second opinions from GPT & Gemini. Plus 15 hooks that automate the boring stuff.",
|
|
5
5
|
"license": "MIT",
|
|
6
6
|
"author": "kkudumu",
|