You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
`.ext` is optional. Most files in this repo have one; some do not.
24
26
25
27
Examples in this repo:
26
28
@@ -40,11 +42,24 @@ Treat it as a visible marker of interest:
40
42
41
43
- stable identity lives in `prefix.base.suffix`
42
44
- expanded eventness carries live working context
45
+
- during expansion, use `recur` commands to discover what is interesting and store exact `recur` commands inside the eventness files when that helps resume work
43
46
- collapsed or closed eventness keeps only the amount of signal that still matters
47
+
- collapse usually ends in `complete`, `future-plan`, `recurring`, or full removal of the ephemeral file
48
+
49
+
## Recurring Lifecycle
50
+
51
+
Treat eventness as a recurring operating pattern:
52
+
53
+
1. Expand interest around a stable subject.
54
+
2. Use `recur` commands to discover the next useful questions and commands.
55
+
3. Store those commands in the expanded eventness files when they improve rediscovery.
56
+
4. Collapse once the interest window closes.
57
+
5. Keep only the durable residue that still matters, or remove the file entirely.
44
58
45
59
## Eventness Reminder
46
60
47
-
`recurring` is a valid rediscovery/eventness concept, but most work in this repo is non-recurring improvement work.
61
+
`recurring` is a valid rediscovery/eventness concept, and it is also a good collapsed form when the useful outcome is "remember this pattern next time."
62
+
Most work in this repo is still non-recurring improvement work.
48
63
In practice, expect more files like `todo`, `current`, `complete`, `future-plan`, `reference`, and `trigger.event` than `recurring`.
49
64
50
65
Use `recurring` when you want a durable "remember this workflow next time" rediscovery point.
@@ -62,8 +77,28 @@ In practice:
62
77
- Use `complete` docs for baseline/history, not for deciding what is left
63
78
- If a feature branch has already been merged, the remaining work usually lives in the `current` improvement and test lanes, not in the old feature branch name itself
64
79
80
+
## Fast Rehydration Order
81
+
82
+
When training Skippy or another LLM back into this repo, rehydrate in this order:
83
+
84
+
1.`docs/eventness_explained_whitepaper.docx` for the deeper eventness theory and equation framing.
85
+
2.`README.CORE.EVENTNESS.md` for the operational model used in this repo.
86
+
3.`docs/main.recur.expert.recurring.md` for the repo-specific rediscovery rules.
87
+
4.`julia-expert/references/recur-playbook.md` for the concrete command workflow.
88
+
89
+
Then switch from reading to query-time discovery:
90
+
91
+
```powershell
92
+
recur files "**.current" -d docs/
93
+
recur files "**.recurring" -d docs/
94
+
recur files "**.reference" -d docs/
95
+
recur tree "main" --sep . --sep _ --show-sep
96
+
```
97
+
65
98
## Canonical references
66
99
100
+
-`docs/eventness_explained_whitepaper.docx` - deeper eventness theory and equation framing
101
+
-`README.CORE.EVENTNESS.md` - operational eventness model for this repo
0 commit comments