@erclx/aitk 0.99.1 → 0.101.0
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/claude/.claude-plugin/plugin.json +1 -1
- package/claude/skills/claude-orchestrate/SKILL.md +2 -2
- package/claude/skills/claude-orchestrate/references/orchestrator-poll.md +4 -4
- package/claude/skills/claude-orchestrate/scripts/poll.sh +11 -10
- package/claude/skills/claude-pr-review/SKILL.md +16 -16
- package/claude/skills/claude-teach/REQUIREMENT.md +46 -0
- package/claude/skills/claude-teach/SKILL.md +115 -0
- package/claude/skills/claude-teach/references/lesson-craft.md +52 -0
- package/claude/skills/claude-teach/references/pedagogy.md +67 -0
- package/docs/agents/commands.md +5 -0
- package/docs/agents/index.md +1 -0
- package/docs/agents/records.md +10 -9
- package/docs/agents/teach.md +119 -0
- package/docs/ai-workflow.md +4 -3
- package/docs/operating-model.md +9 -8
- package/package.json +1 -1
- package/src/cli.ts +4 -0
- package/src/commands/teach.ts +650 -0
- package/src/records/backup.ts +4 -2
- package/src/records/validate.ts +190 -3
- package/src/teach/workspace.ts +797 -0
- package/standards/index.md +1 -0
- package/standards/teach.md +155 -0
package/standards/index.md
CHANGED
|
@@ -26,5 +26,6 @@ Reference docs for consistent authoring across the toolkit and target projects.
|
|
|
26
26
|
- [Slug reference](slug.md): Transform from a git branch name to a slug, and the three responses to an empty result
|
|
27
27
|
- [Standard reference](standard.md): Shape and content rules for authoring a standard
|
|
28
28
|
- [Tasks reference](tasks.md): Folder layout, filename convention, readiness groups, and content rules for .claude/tasks/
|
|
29
|
+
- [Teach reference](teach.md): Workspace layout, ordinal naming, frontmatter, and the mission, learning-record, and glossary formats for a learning workspace
|
|
29
30
|
- [Versioning reference](versioning.md): Phase label vs semver discipline across tasks, PRs, reviews, issues, commits, and tags
|
|
30
31
|
- [Wireframe reference](wireframes.md): Shape and content rules for .claude/wireframes/<surface>.md files
|
|
@@ -0,0 +1,155 @@
|
|
|
1
|
+
---
|
|
2
|
+
title: Teach reference
|
|
3
|
+
description: Workspace layout, ordinal naming, frontmatter, and the mission, learning-record, and glossary formats for a learning workspace
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Teach reference
|
|
7
|
+
|
|
8
|
+
Applies to a learning workspace at `.claude/teach/<nn>-<topic>/`. One workspace holds one subject studied across sessions, and it carries both halves of what studying produces: the durable reference material a reader consults later, and the disposable lessons a learner works through once.
|
|
9
|
+
|
|
10
|
+
The folder is gitignored. Its markdown half is written in a format the authoring gates read, so a page promoted out of it later needs no conversion.
|
|
11
|
+
|
|
12
|
+
## Scope
|
|
13
|
+
|
|
14
|
+
Governs a learning workspace under `.claude/teach/<nn>-<topic>/`: folder layout, ordinal naming, frontmatter, and the mission, learning-record, and glossary formats.
|
|
15
|
+
|
|
16
|
+
Does not govern:
|
|
17
|
+
|
|
18
|
+
- What a lesson teaches, how it sequences difficulty, and what makes one worth returning to, which belong to the surface driving the workspace
|
|
19
|
+
- Where a durable page goes once it leaves the workspace, which belongs to the routing test the destination surface states
|
|
20
|
+
- One question measured in depth before anyone can plan against it: `groundwork.md`
|
|
21
|
+
- A dump of many findings filed by domain, each carrying its own verdict: `intake.md`
|
|
22
|
+
- Voice and word choice: `prose.md`
|
|
23
|
+
- Headings, punctuation, and file references: `markdown.md`
|
|
24
|
+
- When a workspace opens at all, and the procedure that runs one, which belong to the surface driving it
|
|
25
|
+
|
|
26
|
+
## What a working workspace looks like
|
|
27
|
+
|
|
28
|
+
A workspace works when a session returning after weeks can resume from the folder alone:
|
|
29
|
+
|
|
30
|
+
- Which subject is being learned, and what will the learner be able to do when the mission is finished?
|
|
31
|
+
- Which sources stand behind the material, and which were found and never opened?
|
|
32
|
+
- What has the learner already been through, and what did they get wrong?
|
|
33
|
+
- Which pages here are durable reference material, and which are disposable?
|
|
34
|
+
|
|
35
|
+
A workspace failing these is non-conforming even when it satisfies every shape rule below.
|
|
36
|
+
|
|
37
|
+
## Folder name
|
|
38
|
+
|
|
39
|
+
- Name the folder `<nn>-<topic>`, a two-digit zero-padded ordinal followed by a kebab-case topic slug.
|
|
40
|
+
- Take the ordinal from the highest one already present, incremented. A listing then sorts by when each workspace opened rather than alphabetically.
|
|
41
|
+
- Use two digits on the folder and four inside it. A person opens far fewer workspaces than one workspace holds lessons.
|
|
42
|
+
- Never renumber an existing folder. The ordinal is the order it opened, and a later reader cites it by that name.
|
|
43
|
+
|
|
44
|
+
## Layout
|
|
45
|
+
|
|
46
|
+
| Path | Holds | Required |
|
|
47
|
+
| --------------------- | ------------------------------------------------------ | -------- |
|
|
48
|
+
| `MISSION.md` | The subject, the learner's starting point, and success | Always |
|
|
49
|
+
| `RESOURCES.md` | Sources read and sources found but not opened | Always |
|
|
50
|
+
| `GLOSSARY.md` | Terms the subject defines, one entry each | Always |
|
|
51
|
+
| `NOTES.md` | Session scratch that belongs to no other file | Optional |
|
|
52
|
+
| `reference/<slug>.md` | Durable reference pages, the promotable half | Optional |
|
|
53
|
+
| `learning-records/` | Numbered records of what the learner was taken through | Optional |
|
|
54
|
+
| `lessons/` | Numbered lessons, generated and disposable | Optional |
|
|
55
|
+
| `assets/` | Files several lessons share, including the stylesheet | Optional |
|
|
56
|
+
|
|
57
|
+
Only the markdown half answers to a conformance check: `MISSION.md`, `RESOURCES.md`, `GLOSSARY.md`, `NOTES.md`, `reference/`, and `learning-records/`. A lesson is generated markup that nothing downstream cites, so this standard fixes its filename and its location and says nothing about what it contains.
|
|
58
|
+
|
|
59
|
+
## Frontmatter
|
|
60
|
+
|
|
61
|
+
Every markdown file carries `title` and `description`. `MISSION.md` carries one field the others do not.
|
|
62
|
+
|
|
63
|
+
- `title` (required): what the file covers, in sentence case
|
|
64
|
+
- `description` (required): one line naming what a reader gets from it
|
|
65
|
+
- `date` (required, `MISSION.md` only): the day the workspace opened, as `YYYY-MM-DD`
|
|
66
|
+
|
|
67
|
+
Date the workspace once rather than every file. A per-file date leaves every other file stale the first time one is edited, and the opening date never rots.
|
|
68
|
+
|
|
69
|
+
## File naming
|
|
70
|
+
|
|
71
|
+
- Number a lesson and a learning record `0001` upward, as `<nnnn>-<slug>.html` and `<nnnn>-<slug>.md`. The number is read order and never changes.
|
|
72
|
+
- Name a reference page for its subject alone, with no number. A reference page is looked up rather than worked through, so an ordinal on one implies an order no reader follows.
|
|
73
|
+
- Keep one shared stylesheet under `assets/` and link it from every lesson. A lesson restating its own styles makes a workspace read as a pile of one-offs rather than as one course.
|
|
74
|
+
|
|
75
|
+
## MISSION.md
|
|
76
|
+
|
|
77
|
+
Fixes what the workspace is for. Everything else in the folder answers to it.
|
|
78
|
+
|
|
79
|
+
- A one-line statement of the subject
|
|
80
|
+
- A `## Starting point` section stating what the learner already knows, so difficulty has a floor to sit above
|
|
81
|
+
- A `## Success looks like` section listing specific observable things the learner will be able to do
|
|
82
|
+
- A `## Out of scope` section naming what this workspace deliberately does not cover
|
|
83
|
+
|
|
84
|
+
Write each success line as something a learner can be asked to do rather than something they will understand. A line nobody can test is a line nothing can report progress against.
|
|
85
|
+
|
|
86
|
+
## Learning records
|
|
87
|
+
|
|
88
|
+
One record per session the learner worked through, holding what happened rather than what was taught.
|
|
89
|
+
|
|
90
|
+
- The lessons covered, by number
|
|
91
|
+
- What the learner retrieved correctly without help
|
|
92
|
+
- What they got wrong, and what the wrong answer was
|
|
93
|
+
- What to revisit, and roughly when
|
|
94
|
+
|
|
95
|
+
Record the wrong answer rather than the fact of an error. A wrong answer names the misconception, and the count alone names nothing.
|
|
96
|
+
|
|
97
|
+
## GLOSSARY.md
|
|
98
|
+
|
|
99
|
+
One entry per term the subject defines, sorted alphabetically.
|
|
100
|
+
|
|
101
|
+
- Lead each entry with the term as a bolded span, then the definition in one or two sentences
|
|
102
|
+
- Define the term without using it
|
|
103
|
+
- Name the lesson or reference page where the term first appears
|
|
104
|
+
- Keep an entry to the meaning. Worked detail belongs on a reference page.
|
|
105
|
+
|
|
106
|
+
## RESOURCES.md
|
|
107
|
+
|
|
108
|
+
Splits what was read from what was found.
|
|
109
|
+
|
|
110
|
+
- List every source that stands behind the material, each with a link
|
|
111
|
+
- List under a leads heading any source found and not opened, and never cite one
|
|
112
|
+
- Say which claims in the workspace rest on which source
|
|
113
|
+
|
|
114
|
+
A source found and not read is listed as a lead because a link attached to a page nobody opened is worse than no link. Listing it still pays, since it stops a later session searching for what this one already surfaced.
|
|
115
|
+
|
|
116
|
+
## Conventions
|
|
117
|
+
|
|
118
|
+
- Write the markdown half in the format the authoring gates read, so a page promoted later needs no conversion.
|
|
119
|
+
- Keep a reference page free of the learner. A page carrying a second person or a quiz is a lesson wearing the wrong extension, and it cannot be promoted.
|
|
120
|
+
- Revise a file the subject has moved under rather than appending a second version narrating the change.
|
|
121
|
+
|
|
122
|
+
## Anti-patterns
|
|
123
|
+
|
|
124
|
+
- **The mission with no test.** Success stated as understanding rather than as a task leaves nothing able to say the mission is finished.
|
|
125
|
+
- **The lesson filed as reference.** A page written to be worked through once sits in `lessons/`, and putting it in `reference/` puts disposable output in the half that gets promoted.
|
|
126
|
+
- **The record that counts errors.** A tally of how many were missed carries none of the misconception, which is the only part a later session can act on.
|
|
127
|
+
- **The date left in the body.** A frontmatter field and a sentence both claiming the opening date resolve to whichever a reader happens to hit, and only one of them is readable by a walker.
|
|
128
|
+
- **The renumbered folder.** Closing a gap in the ordinals moves every name a reader or a record already cited.
|
|
129
|
+
|
|
130
|
+
## Template
|
|
131
|
+
|
|
132
|
+
```markdown
|
|
133
|
+
---
|
|
134
|
+
title: <Subject>
|
|
135
|
+
description: <one line naming what a learner gets from this workspace>
|
|
136
|
+
date: <YYYY-MM-DD>
|
|
137
|
+
---
|
|
138
|
+
|
|
139
|
+
# <Subject>
|
|
140
|
+
|
|
141
|
+
<One line stating the subject.>
|
|
142
|
+
|
|
143
|
+
## Starting point
|
|
144
|
+
|
|
145
|
+
<What the learner already knows.>
|
|
146
|
+
|
|
147
|
+
## Success looks like
|
|
148
|
+
|
|
149
|
+
- <a specific thing the learner will be able to do>
|
|
150
|
+
- <a specific thing the learner will be able to do>
|
|
151
|
+
|
|
152
|
+
## Out of scope
|
|
153
|
+
|
|
154
|
+
- <what this workspace deliberately does not cover>
|
|
155
|
+
```
|