atris 3.1.0 → 3.5.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/GETTING_STARTED.md +65 -131
- package/README.md +29 -4
- package/atris/GETTING_STARTED.md +65 -131
- package/atris/PERSONA.md +5 -1
- package/atris/atris.md +122 -153
- package/atris/skills/aeo/SKILL.md +117 -0
- package/atris/skills/atris/SKILL.md +49 -25
- package/atris/skills/create-member/SKILL.md +29 -9
- package/atris/skills/endgame/SKILL.md +9 -0
- package/atris/skills/improve/SKILL.md +2 -2
- package/atris/skills/research-search/SKILL.md +167 -0
- package/atris/skills/research-search/arxiv_search.py +157 -0
- package/atris/skills/research-search/program.md +48 -0
- package/atris/skills/research-search/results.tsv +6 -0
- package/atris/skills/research-search/scholar_search.py +154 -0
- package/atris/skills/tidy/SKILL.md +36 -21
- package/atris/team/_template/MEMBER.md +2 -0
- package/atris/team/validator/MEMBER.md +35 -1
- package/atris.md +118 -178
- package/bin/atris.js +37 -6
- package/cli/__pycache__/atris_code.cpython-314.pyc +0 -0
- package/cli/__pycache__/runtime_guard.cpython-312.pyc +0 -0
- package/cli/__pycache__/runtime_guard.cpython-314.pyc +0 -0
- package/cli/atris_code.py +889 -0
- package/cli/runtime_guard.py +693 -0
- package/commands/align.js +15 -0
- package/commands/app.js +316 -0
- package/commands/autopilot.js +948 -42
- package/commands/business.js +691 -11
- package/commands/computer.js +1979 -43
- package/commands/context-sync.js +5 -0
- package/commands/experiments.js +1 -1
- package/commands/lifecycle.js +12 -0
- package/commands/plugin.js +24 -0
- package/commands/pull.js +40 -1
- package/commands/push.js +44 -0
- package/commands/release.js +183 -0
- package/commands/research.js +52 -0
- package/commands/serve.js +1 -0
- package/commands/sync.js +372 -87
- package/commands/verify.js +53 -4
- package/commands/wiki.js +71 -26
- package/lib/file-ops.js +13 -1
- package/lib/journal.js +23 -0
- package/lib/reward-config.js +24 -0
- package/lib/scorecard.js +58 -6
- package/lib/sync-telemetry.js +59 -0
- package/lib/todo.js +6 -0
- package/lib/wiki.js +235 -60
- package/package.json +4 -2
- package/utils/api.js +19 -0
- package/utils/auth.js +25 -1
- package/utils/config.js +24 -0
- package/utils/update-check.js +16 -0
package/GETTING_STARTED.md
CHANGED
|
@@ -1,172 +1,106 @@
|
|
|
1
|
-
# Getting Started with
|
|
1
|
+
# Getting Started with Atris
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
Atris turns any folder into a workspace that gets better over time. Integrates with any agent.
|
|
4
4
|
|
|
5
|
-
##
|
|
5
|
+
## Install
|
|
6
6
|
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
```
|
|
10
|
-
atris/
|
|
11
|
-
├── GETTING_STARTED.md (you are here!)
|
|
12
|
-
├── atris.md (atrisDev protocol + specs)
|
|
13
|
-
├── CLAUDE.md (tells agents to follow atrisDev)
|
|
14
|
-
├── MAP.md (navigation - AI will generate)
|
|
15
|
-
└── team/ (agent specs)
|
|
7
|
+
```bash
|
|
8
|
+
npm install -g atris
|
|
16
9
|
```
|
|
17
10
|
|
|
18
|
-
##
|
|
19
|
-
|
|
20
|
-
### Step 1: Run atris
|
|
11
|
+
## Setup (1 minute)
|
|
21
12
|
|
|
22
13
|
```bash
|
|
23
|
-
|
|
14
|
+
cd your-project
|
|
15
|
+
atris init
|
|
24
16
|
```
|
|
25
17
|
|
|
26
|
-
This
|
|
27
|
-
|
|
28
|
-
### Step 2: Describe what you want
|
|
29
|
-
|
|
30
|
-
In your coding agent (Claude Code, Cursor, Windsurf, etc.), just describe what you want to build:
|
|
18
|
+
This creates an `atris/` folder with everything the system needs:
|
|
31
19
|
|
|
32
20
|
```
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
2. Wait for your approval
|
|
42
|
-
3. Create `atris/features/[name]/idea.md` + `build.md` + `validate.md`
|
|
43
|
-
4. Execute step by step
|
|
44
|
-
5. Validate (fill in validate.md, harvest lessons if anything surprised you)
|
|
45
|
-
|
|
46
|
-
💡 Tip: Use `atris brainstorm` if you're exploring options. Use `atris plan` when ready to build.
|
|
47
|
-
|
|
48
|
-
**Total time: Start building immediately**
|
|
49
|
-
|
|
50
|
-
## The atrisDev Protocol
|
|
51
|
-
|
|
52
|
-
When agents see `atris/CLAUDE.md`, they automatically follow the atrisDev workflow. No manual setup needed.
|
|
53
|
-
|
|
54
|
-
You can also run:
|
|
55
|
-
|
|
56
|
-
```bash
|
|
57
|
-
atris activate
|
|
21
|
+
atris/
|
|
22
|
+
├── MAP.md navigation (file:line references)
|
|
23
|
+
├── TODO.md current work queue
|
|
24
|
+
├── PERSONA.md how the agent communicates
|
|
25
|
+
├── lessons.md what went wrong and what worked
|
|
26
|
+
├── logs/ daily journal
|
|
27
|
+
├── wiki/ durable knowledge
|
|
28
|
+
└── team/ agent roles
|
|
58
29
|
```
|
|
59
30
|
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
## Try the autopilot loop (optional)
|
|
31
|
+
## Your first goal
|
|
63
32
|
|
|
64
|
-
|
|
33
|
+
Tell atris what you want to build:
|
|
65
34
|
|
|
66
35
|
```bash
|
|
67
|
-
atris
|
|
36
|
+
atris log "add dark mode to the settings page"
|
|
68
37
|
```
|
|
69
38
|
|
|
70
|
-
|
|
39
|
+
This lands in today's journal as an inbox item. The loop picks it up from there.
|
|
71
40
|
|
|
72
|
-
##
|
|
73
|
-
|
|
74
|
-
Need help shaping an idea before it becomes a task? Run:
|
|
41
|
+
## Run one tick
|
|
75
42
|
|
|
76
43
|
```bash
|
|
77
|
-
atris
|
|
44
|
+
atris autopilot --auto --iterations=1
|
|
78
45
|
```
|
|
79
46
|
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
- Feature map (where is feature X?)
|
|
88
|
-
- Architecture map (where is concern Y?)
|
|
89
|
-
- Critical files (high-impact areas)
|
|
90
|
-
- Entry points
|
|
91
|
-
|
|
92
|
-
**Use it:** When you need to find something fast or onboard new people
|
|
93
|
-
|
|
94
|
-
### team/navigator.md
|
|
95
|
-
Your "where is X?" expert. Ask it questions like:
|
|
96
|
-
- "Where is the authentication logic?"
|
|
97
|
-
- "Show me all API endpoints"
|
|
98
|
-
- "Where do we handle file uploads?"
|
|
99
|
-
|
|
100
|
-
Always cites MAP.md with exact file:line references.
|
|
101
|
-
|
|
102
|
-
### team/executor.md
|
|
103
|
-
Your task runner. Give it work like:
|
|
104
|
-
- "Add authentication to the upload endpoint"
|
|
105
|
-
- "Fix the bug in user registration"
|
|
106
|
-
- "Refactor the payment flow"
|
|
107
|
-
|
|
108
|
-
Reads MAP.md, plans execution with file:line references, executes step-by-step.
|
|
109
|
-
|
|
110
|
-
### team/validator.md
|
|
111
|
-
Your quality gatekeeper. Runs after changes to:
|
|
112
|
-
- Check for breaking changes
|
|
113
|
-
- Update MAP.md if structure changed
|
|
114
|
-
- Run tests and type checks
|
|
115
|
-
- Report risks
|
|
47
|
+
The autopilot will:
|
|
48
|
+
1. Read your inbox and pick a task
|
|
49
|
+
2. Plan it
|
|
50
|
+
3. Build it
|
|
51
|
+
4. Review it
|
|
52
|
+
5. Run the verify check (pass or fail, no opinions)
|
|
53
|
+
6. Write a lesson if something went wrong
|
|
116
54
|
|
|
117
|
-
|
|
118
|
-
Auto-generated task bank with:
|
|
119
|
-
- Task complexity (Trivial → Epic)
|
|
120
|
-
- Exact file:line references
|
|
121
|
-
- Execution plans
|
|
122
|
-
- Risk assessments
|
|
123
|
-
- Dependencies
|
|
55
|
+
One task. One commit. One result you can check.
|
|
124
56
|
|
|
125
|
-
|
|
57
|
+
## Set a goal with an endgame
|
|
126
58
|
|
|
127
|
-
|
|
59
|
+
For bigger work, set a goal and let the loop pursue it:
|
|
128
60
|
|
|
129
|
-
|
|
61
|
+
In your coding agent, say `/endgame` or describe where you want to end up. The system will:
|
|
62
|
+
1. Pick a horizon (what does done look like?)
|
|
63
|
+
2. Break it into verified tasks (each has a real check)
|
|
64
|
+
3. Work through them one tick at a time
|
|
65
|
+
4. Write a scorecard when the goal closes
|
|
66
|
+
5. Use that scorecard to pick a better goal next time
|
|
130
67
|
|
|
131
|
-
|
|
132
|
-
```
|
|
133
|
-
@navigator where is the user authentication logic?
|
|
134
|
-
```
|
|
68
|
+
## Run the loop
|
|
135
69
|
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
@executor add rate limiting to the API (see TODO.md T-005)
|
|
70
|
+
```bash
|
|
71
|
+
atris autopilot --auto --iterations=5
|
|
139
72
|
```
|
|
140
73
|
|
|
141
|
-
|
|
142
|
-
```
|
|
143
|
-
@validator check if the recent auth changes are safe to merge
|
|
144
|
-
```
|
|
74
|
+
Or in your coding agent, say `/loop` to schedule it every 13 minutes.
|
|
145
75
|
|
|
146
|
-
|
|
76
|
+
The loop runs until the goal is done, then picks the next one from scorecards + inbox.
|
|
147
77
|
|
|
148
|
-
|
|
78
|
+
## Key commands
|
|
149
79
|
|
|
150
|
-
```
|
|
151
|
-
|
|
152
|
-
atris
|
|
80
|
+
```
|
|
81
|
+
atris init set up a new workspace
|
|
82
|
+
atris activate load context (MAP, TODO, journal)
|
|
83
|
+
atris log add to today's journal
|
|
84
|
+
atris autopilot run one tick (plan, build, review, verify)
|
|
85
|
+
atris status where things stand
|
|
86
|
+
atris clean find broken refs, stale docs
|
|
87
|
+
atris release --dry-run preview a version bump
|
|
153
88
|
```
|
|
154
89
|
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
## What's Next?
|
|
90
|
+
## How it improves over time
|
|
158
91
|
|
|
159
|
-
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
|
|
92
|
+
Every tick:
|
|
93
|
+
- A verify check runs. Pass or fail.
|
|
94
|
+
- A reward gets scored from the result.
|
|
95
|
+
- If something fails, a lesson is written.
|
|
163
96
|
|
|
164
|
-
|
|
97
|
+
Every goal:
|
|
98
|
+
- A scorecard records what shipped, what failed, and the total reward.
|
|
99
|
+
- The next goal is picked based on what actually worked before.
|
|
165
100
|
|
|
166
|
-
|
|
167
|
-
- **Issues:** https://github.com/atrislabs/atris/issues
|
|
168
|
-
- **Docs:** https://github.com/atrislabs/atris
|
|
101
|
+
The folder gets smarter. The agent doesn't change. The context around it does.
|
|
169
102
|
|
|
170
|
-
|
|
103
|
+
## Need help?
|
|
171
104
|
|
|
172
|
-
|
|
105
|
+
- Issues: https://github.com/atrislabs/atris/issues
|
|
106
|
+
- Source: https://github.com/atrislabs/atris
|
package/README.md
CHANGED
|
@@ -71,7 +71,7 @@ If you're still shaping the idea, use `atris brainstorm`. If you want Atris to k
|
|
|
71
71
|
|
|
72
72
|
Core loop: `plan` -> `do` -> `review`
|
|
73
73
|
|
|
74
|
-
|
|
74
|
+
Integrates with any agent.
|
|
75
75
|
|
|
76
76
|
## Business Workspaces
|
|
77
77
|
|
|
@@ -80,13 +80,28 @@ If you want a real business workspace, use the business command instead of raw `
|
|
|
80
80
|
```bash
|
|
81
81
|
atris business init "BLOND:ISH" --owner-email joel@blondish.world
|
|
82
82
|
cd ~/arena/atris-business/blondish
|
|
83
|
+
atris business onboard --website https://blondish.world --contact "Joel Zimmerman" --note "artist-led brand and ticket sales"
|
|
83
84
|
atris align --fix
|
|
84
85
|
```
|
|
85
86
|
|
|
86
|
-
That creates the cloud business, writes `.atris/business.json`, and scaffolds the
|
|
87
|
+
That creates the cloud business, writes `.atris/business.json`, initializes `.atris/state/` for events, episodes, and scorecards, and scaffolds the local `atris/` workspace under `~/arena/atris-business/<slug>/` with starter team lanes, a default recap artifact, and a first-loop starter queue in `atris/TODO.md`.
|
|
88
|
+
|
|
89
|
+
If you do not have a neat source pack yet, `atris business onboard` is the low-friction intake step: give it a website, a named human, a few notes, or even just run it in a folder with loose files, and it seeds raw intake, a starter brief, a first loop, a safe next action, and an operator one-pager for you.
|
|
90
|
+
|
|
91
|
+
You can also use bare input:
|
|
92
|
+
|
|
93
|
+
```bash
|
|
94
|
+
atris business onboard https://example.com "founder-led b2b ops" ./notes.md
|
|
95
|
+
```
|
|
87
96
|
|
|
88
97
|
If you already have a folder full of source material, run it from there with `atris business init "BLOND:ISH" --here`.
|
|
89
98
|
|
|
99
|
+
When the first recap is done, record it into the RL state logs:
|
|
100
|
+
|
|
101
|
+
```bash
|
|
102
|
+
atris business record atris/reports/2026-04-12-operator-recap.md --outcome mixed --metric "operator speed"
|
|
103
|
+
```
|
|
104
|
+
|
|
90
105
|
## Core Commands
|
|
91
106
|
|
|
92
107
|
| Command | Purpose |
|
|
@@ -102,7 +117,7 @@ If you already have a folder full of source material, run it from there with `at
|
|
|
102
117
|
| `atris log` | Add inbox items to today's journal |
|
|
103
118
|
| `atris status` | Show active work and completions |
|
|
104
119
|
| `atris learn` | Manage structured learnings |
|
|
105
|
-
| `atris ingest` |
|
|
120
|
+
| `atris ingest` | Stage raw evidence into `atris/context/` and compile into `atris/wiki/` |
|
|
106
121
|
| `atris loop` | Refresh wiki health, stale/orphan signals, and next ingest candidates |
|
|
107
122
|
| `atris wiki` | Full wiki namespace: ingest, query, lint, search, log, and loop |
|
|
108
123
|
| `atris experiments` | Run Karpathy-style keep/revert packs |
|
|
@@ -111,6 +126,8 @@ If you already have a folder full of source material, run it from there with `at
|
|
|
111
126
|
|
|
112
127
|
- `atris learn` stores structured project memory in `atris/learnings.jsonl`
|
|
113
128
|
- `atris wiki` keeps repo memory in `atris/wiki/` by default, with `--cloud` when you want the remote workspace path
|
|
129
|
+
- `atris ingest` now stages local source packs under `atris/context/_ingest/`, writes a manifest receipt, and refreshes `atris/wiki/STATUS.md` plus `log.md`
|
|
130
|
+
- `atris wiki --private` uses `.atris/presidio/` for local-only sensitive notes and operating memory
|
|
114
131
|
- `atris loop` refreshes `atris/wiki/STATUS.md` and `atris/wiki/log.md`, flags stale/orphan pages, and suggests the next ingest
|
|
115
132
|
- `atris activate` loads the current wiki status so the next session starts with project memory, not just tasks
|
|
116
133
|
- `atris experiments` runs Karpathy-style keep/revert loops in `atris/experiments/`
|
|
@@ -121,7 +138,7 @@ If you already have a folder full of source material, run it from there with `at
|
|
|
121
138
|
Under the hood, Atris can keep score on real repo work.
|
|
122
139
|
|
|
123
140
|
- Endgame tasks can carry a `Verify:` command, so work can end on a deterministic check instead of pure prose.
|
|
124
|
-
- `atris autopilot` can run that check after review, record a reward in the journal, and append a scorecard when a horizon closes.
|
|
141
|
+
- `atris autopilot` can run that check after review, record a reward in the journal, and append a local scorecard when a horizon closes.
|
|
125
142
|
- Future horizon picks can weight against recent scorecards, so the loop learns from repo-local history without claiming model retraining.
|
|
126
143
|
|
|
127
144
|
## Benchmark Harness
|
|
@@ -178,6 +195,14 @@ atris skill link [--all]
|
|
|
178
195
|
|
|
179
196
|
For Codex, copy any skill folder into `~/.codex/skills/`.
|
|
180
197
|
|
|
198
|
+
## v3.2.0
|
|
199
|
+
|
|
200
|
+
- **Staleness gate** — tasks tagged `[unverified]` are skipped at the moment of use, not pruned eagerly. Three-state model: actionable / unverified / deleted.
|
|
201
|
+
- **Lesson gate** — `isLessonResolved` checks whether a lesson already shipped before proposing new horizons from it. Prevents the loop from re-solving solved problems.
|
|
202
|
+
- **`atris release`** — new command: tags the version, bumps package.json, creates a GitHub release, and drafts a `/launch` post in one shot.
|
|
203
|
+
- **Shell injection fix** — `checkStaleness` switched from `execSync` string interpolation to `execFileSync` with args arrays. Markdown-derived content (task titles, inbox items) no longer reaches a shell.
|
|
204
|
+
- **Codex hardening** — `atris activate` and `atris` entry point detect Codex environments and write `AGENTS.md` so Codex sessions start with workspace context.
|
|
205
|
+
|
|
181
206
|
## Update
|
|
182
207
|
|
|
183
208
|
```bash
|
package/atris/GETTING_STARTED.md
CHANGED
|
@@ -1,172 +1,106 @@
|
|
|
1
|
-
# Getting Started with
|
|
1
|
+
# Getting Started with Atris
|
|
2
2
|
|
|
3
|
-
|
|
3
|
+
Atris turns any folder into a workspace that gets better over time. Integrates with any agent.
|
|
4
4
|
|
|
5
|
-
##
|
|
5
|
+
## Install
|
|
6
6
|
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
```
|
|
10
|
-
atris/
|
|
11
|
-
├── GETTING_STARTED.md (you are here!)
|
|
12
|
-
├── atris.md (atrisDev protocol + specs)
|
|
13
|
-
├── CLAUDE.md (tells agents to follow atrisDev)
|
|
14
|
-
├── MAP.md (navigation - AI will generate)
|
|
15
|
-
└── team/ (agent specs)
|
|
7
|
+
```bash
|
|
8
|
+
npm install -g atris
|
|
16
9
|
```
|
|
17
10
|
|
|
18
|
-
##
|
|
19
|
-
|
|
20
|
-
### Step 1: Run atris
|
|
11
|
+
## Setup (1 minute)
|
|
21
12
|
|
|
22
13
|
```bash
|
|
23
|
-
|
|
14
|
+
cd your-project
|
|
15
|
+
atris init
|
|
24
16
|
```
|
|
25
17
|
|
|
26
|
-
This
|
|
27
|
-
|
|
28
|
-
### Step 2: Describe what you want
|
|
29
|
-
|
|
30
|
-
In your coding agent (Claude Code, Cursor, Windsurf, etc.), just describe what you want to build:
|
|
18
|
+
This creates an `atris/` folder with everything the system needs:
|
|
31
19
|
|
|
32
20
|
```
|
|
33
|
-
|
|
34
|
-
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
|
|
41
|
-
2. Wait for your approval
|
|
42
|
-
3. Create `atris/features/[name]/idea.md` + `build.md` + `validate.md`
|
|
43
|
-
4. Execute step by step
|
|
44
|
-
5. Validate (fill in validate.md, harvest lessons if anything surprised you)
|
|
45
|
-
|
|
46
|
-
💡 Tip: Use `atris brainstorm` if you're exploring options. Use `atris plan` when ready to build.
|
|
47
|
-
|
|
48
|
-
**Total time: Start building immediately**
|
|
49
|
-
|
|
50
|
-
## The atrisDev Protocol
|
|
51
|
-
|
|
52
|
-
When agents see `atris/CLAUDE.md`, they automatically follow the atrisDev workflow. No manual setup needed.
|
|
53
|
-
|
|
54
|
-
You can also run:
|
|
55
|
-
|
|
56
|
-
```bash
|
|
57
|
-
atris activate
|
|
21
|
+
atris/
|
|
22
|
+
├── MAP.md navigation (file:line references)
|
|
23
|
+
├── TODO.md current work queue
|
|
24
|
+
├── PERSONA.md how the agent communicates
|
|
25
|
+
├── lessons.md what went wrong and what worked
|
|
26
|
+
├── logs/ daily journal
|
|
27
|
+
├── wiki/ durable knowledge
|
|
28
|
+
└── team/ agent roles
|
|
58
29
|
```
|
|
59
30
|
|
|
60
|
-
|
|
61
|
-
|
|
62
|
-
## Try the autopilot loop (optional)
|
|
31
|
+
## Your first goal
|
|
63
32
|
|
|
64
|
-
|
|
33
|
+
Tell atris what you want to build:
|
|
65
34
|
|
|
66
35
|
```bash
|
|
67
|
-
atris
|
|
36
|
+
atris log "add dark mode to the settings page"
|
|
68
37
|
```
|
|
69
38
|
|
|
70
|
-
|
|
39
|
+
This lands in today's journal as an inbox item. The loop picks it up from there.
|
|
71
40
|
|
|
72
|
-
##
|
|
73
|
-
|
|
74
|
-
Need help shaping an idea before it becomes a task? Run:
|
|
41
|
+
## Run one tick
|
|
75
42
|
|
|
76
43
|
```bash
|
|
77
|
-
atris
|
|
44
|
+
atris autopilot --auto --iterations=1
|
|
78
45
|
```
|
|
79
46
|
|
|
80
|
-
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
|
|
87
|
-
- Feature map (where is feature X?)
|
|
88
|
-
- Architecture map (where is concern Y?)
|
|
89
|
-
- Critical files (high-impact areas)
|
|
90
|
-
- Entry points
|
|
91
|
-
|
|
92
|
-
**Use it:** When you need to find something fast or onboard new people
|
|
93
|
-
|
|
94
|
-
### team/navigator.md
|
|
95
|
-
Your "where is X?" expert. Ask it questions like:
|
|
96
|
-
- "Where is the authentication logic?"
|
|
97
|
-
- "Show me all API endpoints"
|
|
98
|
-
- "Where do we handle file uploads?"
|
|
99
|
-
|
|
100
|
-
Always cites MAP.md with exact file:line references.
|
|
101
|
-
|
|
102
|
-
### team/executor.md
|
|
103
|
-
Your task runner. Give it work like:
|
|
104
|
-
- "Add authentication to the upload endpoint"
|
|
105
|
-
- "Fix the bug in user registration"
|
|
106
|
-
- "Refactor the payment flow"
|
|
107
|
-
|
|
108
|
-
Reads MAP.md, plans execution with file:line references, executes step-by-step.
|
|
109
|
-
|
|
110
|
-
### team/validator.md
|
|
111
|
-
Your quality gatekeeper. Runs after changes to:
|
|
112
|
-
- Check for breaking changes
|
|
113
|
-
- Update MAP.md if structure changed
|
|
114
|
-
- Run tests and type checks
|
|
115
|
-
- Report risks
|
|
47
|
+
The autopilot will:
|
|
48
|
+
1. Read your inbox and pick a task
|
|
49
|
+
2. Plan it
|
|
50
|
+
3. Build it
|
|
51
|
+
4. Review it
|
|
52
|
+
5. Run the verify check (pass or fail, no opinions)
|
|
53
|
+
6. Write a lesson if something went wrong
|
|
116
54
|
|
|
117
|
-
|
|
118
|
-
Auto-generated task bank with:
|
|
119
|
-
- Task complexity (Trivial → Epic)
|
|
120
|
-
- Exact file:line references
|
|
121
|
-
- Execution plans
|
|
122
|
-
- Risk assessments
|
|
123
|
-
- Dependencies
|
|
55
|
+
One task. One commit. One result you can check.
|
|
124
56
|
|
|
125
|
-
|
|
57
|
+
## Set a goal with an endgame
|
|
126
58
|
|
|
127
|
-
|
|
59
|
+
For bigger work, set a goal and let the loop pursue it:
|
|
128
60
|
|
|
129
|
-
|
|
61
|
+
In your coding agent, say `/endgame` or describe where you want to end up. The system will:
|
|
62
|
+
1. Pick a horizon (what does done look like?)
|
|
63
|
+
2. Break it into verified tasks (each has a real check)
|
|
64
|
+
3. Work through them one tick at a time
|
|
65
|
+
4. Write a scorecard when the goal closes
|
|
66
|
+
5. Use that scorecard to pick a better goal next time
|
|
130
67
|
|
|
131
|
-
|
|
132
|
-
```
|
|
133
|
-
@navigator where is the user authentication logic?
|
|
134
|
-
```
|
|
68
|
+
## Run the loop
|
|
135
69
|
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
@executor add rate limiting to the API (see TODO.md T-005)
|
|
70
|
+
```bash
|
|
71
|
+
atris autopilot --auto --iterations=5
|
|
139
72
|
```
|
|
140
73
|
|
|
141
|
-
|
|
142
|
-
```
|
|
143
|
-
@validator check if the recent auth changes are safe to merge
|
|
144
|
-
```
|
|
74
|
+
Or in your coding agent, say `/loop` to schedule it every 13 minutes.
|
|
145
75
|
|
|
146
|
-
|
|
76
|
+
The loop runs until the goal is done, then picks the next one from scorecards + inbox.
|
|
147
77
|
|
|
148
|
-
|
|
78
|
+
## Key commands
|
|
149
79
|
|
|
150
|
-
```
|
|
151
|
-
|
|
152
|
-
atris
|
|
80
|
+
```
|
|
81
|
+
atris init set up a new workspace
|
|
82
|
+
atris activate load context (MAP, TODO, journal)
|
|
83
|
+
atris log add to today's journal
|
|
84
|
+
atris autopilot run one tick (plan, build, review, verify)
|
|
85
|
+
atris status where things stand
|
|
86
|
+
atris clean find broken refs, stale docs
|
|
87
|
+
atris release --dry-run preview a version bump
|
|
153
88
|
```
|
|
154
89
|
|
|
155
|
-
|
|
156
|
-
|
|
157
|
-
## What's Next?
|
|
90
|
+
## How it improves over time
|
|
158
91
|
|
|
159
|
-
|
|
160
|
-
|
|
161
|
-
|
|
162
|
-
|
|
92
|
+
Every tick:
|
|
93
|
+
- A verify check runs. Pass or fail.
|
|
94
|
+
- A reward gets scored from the result.
|
|
95
|
+
- If something fails, a lesson is written.
|
|
163
96
|
|
|
164
|
-
|
|
97
|
+
Every goal:
|
|
98
|
+
- A scorecard records what shipped, what failed, and the total reward.
|
|
99
|
+
- The next goal is picked based on what actually worked before.
|
|
165
100
|
|
|
166
|
-
|
|
167
|
-
- **Issues:** https://github.com/atrislabs/atris/issues
|
|
168
|
-
- **Docs:** https://github.com/atrislabs/atris
|
|
101
|
+
The folder gets smarter. The agent doesn't change. The context around it does.
|
|
169
102
|
|
|
170
|
-
|
|
103
|
+
## Need help?
|
|
171
104
|
|
|
172
|
-
|
|
105
|
+
- Issues: https://github.com/atrislabs/atris/issues
|
|
106
|
+
- Source: https://github.com/atrislabs/atris
|
package/atris/PERSONA.md
CHANGED
|
@@ -28,6 +28,8 @@ This defines how Atris agents communicate, decide, and work.
|
|
|
28
28
|
|
|
29
29
|
## Core Workflow
|
|
30
30
|
|
|
31
|
+
**Read before you act.** Before planning or building, read the relevant files. Understand the current state. Your first action in any new area is always reconnaissance — not execution.
|
|
32
|
+
|
|
31
33
|
**Always ask for intent.** Clarify before acting.
|
|
32
34
|
|
|
33
35
|
**Use ASCII visualization to confirm understanding:**
|
|
@@ -42,7 +44,9 @@ Then go 3-4 sentences one by one through each task.
|
|
|
42
44
|
|
|
43
45
|
Once every task is confirmed, create a plan.
|
|
44
46
|
|
|
45
|
-
**
|
|
47
|
+
**If a task is too big, break it down.** One job per task. If you can't describe "done" in one sentence, decompose it. Small precise tasks compound into big results.
|
|
48
|
+
|
|
49
|
+
**Process:** Complete tasks in order of high reward, low risk first. Explore first, execute after.
|
|
46
50
|
|
|
47
51
|
Always aim to be efficient and Pareto (80/20).
|
|
48
52
|
|