syntaur 0.3.0 → 0.4.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/README.md +26 -3
- package/dist/dashboard/server.js +497 -315
- package/dist/dashboard/server.js.map +1 -1
- package/dist/index.js +1240 -550
- package/dist/index.js.map +1 -1
- package/package.json +8 -2
- package/platforms/claude-code/.claude-plugin/plugin.json +1 -1
- package/platforms/claude-code/agents/syntaur-expert.md +35 -20
- package/platforms/claude-code/commands/complete-assignment/complete-assignment.md +20 -0
- package/platforms/claude-code/commands/create-assignment/create-assignment.md +20 -0
- package/platforms/claude-code/commands/create-project/create-project.md +20 -0
- package/platforms/claude-code/commands/grab-assignment/grab-assignment.md +20 -0
- package/platforms/claude-code/commands/plan-assignment/plan-assignment.md +20 -0
- package/platforms/claude-code/commands/track-session/track-session.md +43 -18
- package/platforms/claude-code/hooks/hooks.json +11 -0
- package/platforms/claude-code/hooks/session-cleanup.sh +13 -23
- package/platforms/claude-code/hooks/session-start.sh +80 -0
- package/platforms/codex/.codex-plugin/plugin.json +1 -1
- package/platforms/codex/agents/syntaur-operator.md +6 -4
- package/platforms/codex/scripts/resolve-session.sh +49 -0
- package/statusline/statusline.sh +133 -0
- package/vendor/syntaur-skills/LICENSE +21 -0
- package/vendor/syntaur-skills/README.md +43 -0
- package/vendor/syntaur-skills/skills/complete-assignment/SKILL.md +146 -0
- package/vendor/syntaur-skills/skills/create-assignment/SKILL.md +72 -0
- package/vendor/syntaur-skills/skills/create-project/SKILL.md +56 -0
- package/vendor/syntaur-skills/skills/grab-assignment/SKILL.md +158 -0
- package/vendor/syntaur-skills/skills/plan-assignment/SKILL.md +137 -0
- package/vendor/syntaur-skills/skills/syntaur-protocol/SKILL.md +119 -0
- package/vendor/syntaur-skills/skills/syntaur-protocol/references/file-ownership.md +67 -0
- package/vendor/syntaur-skills/skills/syntaur-protocol/references/protocol-summary.md +82 -0
- package/platforms/claude-code/skills/complete-assignment/SKILL.md +0 -155
- package/platforms/claude-code/skills/create-assignment/SKILL.md +0 -67
- package/platforms/claude-code/skills/grab-assignment/SKILL.md +0 -187
- package/platforms/claude-code/skills/plan-assignment/SKILL.md +0 -148
- package/platforms/claude-code/skills/syntaur-protocol/SKILL.md +0 -86
- package/platforms/codex/skills/complete-assignment/SKILL.md +0 -64
- package/platforms/codex/skills/create-assignment/SKILL.md +0 -49
- package/platforms/codex/skills/grab-assignment/SKILL.md +0 -71
- package/platforms/codex/skills/plan-assignment/SKILL.md +0 -57
- package/platforms/codex/skills/syntaur-protocol/SKILL.md +0 -102
|
@@ -1,102 +0,0 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: syntaur-protocol
|
|
3
|
-
description: Use when the user mentions Syntaur, projects, assignments, files under ~/.syntaur/, assignment.md, plan.md, handoff.md, .syntaur/context.json, lifecycle states, or write boundaries.
|
|
4
|
-
---
|
|
5
|
-
|
|
6
|
-
# Syntaur Protocol
|
|
7
|
-
|
|
8
|
-
You are working within the Syntaur protocol. Follow these rules at all times.
|
|
9
|
-
|
|
10
|
-
## Write Boundary Rules
|
|
11
|
-
|
|
12
|
-
Respect file ownership boundaries.
|
|
13
|
-
|
|
14
|
-
### Files you may write directly
|
|
15
|
-
|
|
16
|
-
1. Your assignment folder only:
|
|
17
|
-
- `assignment.md`
|
|
18
|
-
- `plan*.md` (0 or more versioned plan files, e.g., `plan.md`, `plan-v2.md`)
|
|
19
|
-
- `progress.md` (append timestamped entries, newest first; replaces the old `## Progress` body section)
|
|
20
|
-
- `scratchpad.md`
|
|
21
|
-
- `handoff.md`
|
|
22
|
-
- `decision-record.md`
|
|
23
|
-
- Path (project-nested): `~/.syntaur/projects/<project>/assignments/<your-assignment>/`
|
|
24
|
-
- Path (standalone): `~/.syntaur/assignments/<your-assignment-uuid>/` — folder named by UUID, `project: null`, `slug` display-only
|
|
25
|
-
2. Project-level shared files:
|
|
26
|
-
- `~/.syntaur/projects/<project>/resources/<slug>.md`
|
|
27
|
-
- `~/.syntaur/projects/<project>/memories/<slug>.md`
|
|
28
|
-
3. Workspace files inside the assignment's configured workspace root
|
|
29
|
-
4. `.syntaur/context.json` in the current working directory
|
|
30
|
-
|
|
31
|
-
### Files written only via CLI
|
|
32
|
-
|
|
33
|
-
- `comments.md` (any assignment) — use `syntaur comment <slug-or-uuid> "body" --type question|note|feedback [--reply-to <id>]`. Never edit directly.
|
|
34
|
-
- Another assignment's `## Todos` section — use `syntaur request <target> "text"` to append a todo annotated `(from: <source>)`.
|
|
35
|
-
|
|
36
|
-
### Files you must never write
|
|
37
|
-
|
|
38
|
-
1. `project.md`
|
|
39
|
-
2. `manifest.md`
|
|
40
|
-
3. Any file prefixed with `_`
|
|
41
|
-
4. Other agents' assignment folders (except via the CLI-mediated channels above)
|
|
42
|
-
5. Anything outside the current workspace boundary
|
|
43
|
-
|
|
44
|
-
## Current Assignment Context
|
|
45
|
-
|
|
46
|
-
If `.syntaur/context.json` exists in the current working directory, read it before making changes. Use it to determine:
|
|
47
|
-
|
|
48
|
-
- `projectSlug`
|
|
49
|
-
- `assignmentSlug`
|
|
50
|
-
- `projectDir`
|
|
51
|
-
- `assignmentDir`
|
|
52
|
-
- `workspaceRoot`
|
|
53
|
-
- `sessionId` if present
|
|
54
|
-
|
|
55
|
-
## Required Reading Order
|
|
56
|
-
|
|
57
|
-
When you are working on an existing assignment, read these in order:
|
|
58
|
-
|
|
59
|
-
1. `<projectDir>/manifest.md` (project-nested assignments only)
|
|
60
|
-
2. `<projectDir>/project.md` (project-nested assignments only)
|
|
61
|
-
3. `<assignmentDir>/assignment.md` — frontmatter now includes `project: <slug> | null` and `type: <classification> | null`
|
|
62
|
-
4. any `<assignmentDir>/plan*.md` files linked from active todos in the `## Todos` section
|
|
63
|
-
5. `<assignmentDir>/progress.md` (if present)
|
|
64
|
-
6. `<assignmentDir>/comments.md` (if present)
|
|
65
|
-
7. `<assignmentDir>/handoff.md`
|
|
66
|
-
|
|
67
|
-
## Lifecycle Commands
|
|
68
|
-
|
|
69
|
-
Use the `syntaur` CLI for state transitions and coordination:
|
|
70
|
-
|
|
71
|
-
- `syntaur assign <slug> --agent <name> --project <project>`
|
|
72
|
-
- `syntaur start <slug> --project <project>`
|
|
73
|
-
- `syntaur review <slug> --project <project>`
|
|
74
|
-
- `syntaur complete <slug> --project <project>`
|
|
75
|
-
- `syntaur block <slug> --project <project> --reason <text>`
|
|
76
|
-
- `syntaur unblock <slug> --project <project>`
|
|
77
|
-
- `syntaur fail <slug> --project <project>`
|
|
78
|
-
- `syntaur create-assignment "<title>" [--type <type>] [--project <slug> | --one-off]`
|
|
79
|
-
- `syntaur comment <slug-or-uuid> "body" --type question|note|feedback [--reply-to <id>]`
|
|
80
|
-
- `syntaur request <target> "text" [--from <source>]`
|
|
81
|
-
|
|
82
|
-
## Troubleshooting
|
|
83
|
-
|
|
84
|
-
If Syntaur state looks inconsistent (missing files, stale manifests, unexpected hook blocks), run `syntaur doctor` to diagnose. Use `--json` for structured output.
|
|
85
|
-
|
|
86
|
-
## Conventions
|
|
87
|
-
|
|
88
|
-
- Assignment frontmatter is the single source of truth. `project` is the containing project slug (`null` for standalone); `type` is a classification validated against `config.md` `types.definitions` when present.
|
|
89
|
-
- Slugs are lowercase and hyphen-separated. For standalone assignments the folder is named by UUID; `slug` is display-only.
|
|
90
|
-
- Update acceptance criteria and `## Todos` checkboxes as work lands, not only at the end.
|
|
91
|
-
- Append timestamped entries to `progress.md` after meaningful milestones. Do NOT add a `## Progress` section to `assignment.md`.
|
|
92
|
-
- Record questions/notes/feedback via `syntaur comment` — never edit `comments.md` directly. Do NOT set status to blocked for questions.
|
|
93
|
-
- When requirements shift, supersede the prior plan todo (`- [x] ~~...~~ (superseded by plan-v<N>)`) instead of rewriting the old plan file.
|
|
94
|
-
- Write handoffs with enough context for another agent or human to continue cleanly.
|
|
95
|
-
- Use `syntaur request` to route work to another assignment.
|
|
96
|
-
|
|
97
|
-
## References
|
|
98
|
-
|
|
99
|
-
Read these only when you need the detailed rules or directory layout:
|
|
100
|
-
|
|
101
|
-
- `../../references/protocol-summary.md`
|
|
102
|
-
- `../../references/file-ownership.md`
|