pi-beyin 0.1.1 → 0.1.3

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 CHANGED
@@ -10,7 +10,7 @@ Codex/Claude/OpenCode hooks, plus a CommandCode classifier bridge and the projec
10
10
  | `extensions/context.ts` | Injects relevant vault notes into every request and reminds the agent to write a receipt when a turn edited files without recording. Registers the `beyin_jev_memory` / `beyin_jev_review` / `beyin_jev_answer` advisor tools. |
11
11
  | `extensions/damitma.ts` | At the end of a turn, if the vault was written but nothing was distilled into `knowledge/`, offers **distillation candidates** (never writes on its own). `/damitma`. |
12
12
  | `extensions/jev.ts` | Registers CommandCode's `typesafe/jev` decision model as a pi classifier. `/jev-test`. |
13
- | `skills/` | `deney-kaydi`, `gunluk`, `literatur`, `bakim` — project-memory procedures driven by `<project>/.pi/beyin-project.json` (see [`skills/_ortak/proje-profili.md`](skills/_ortak/proje-profili.md)). |
13
+ | `skills/` | `experiment-record`, `journal`, `literature`, `maintenance` — project-memory procedures driven by `<project>/.pi/beyin-project.json` (see [`skills/_shared/project-profile.md`](skills/_shared/project-profile.md)). |
14
14
  | `tools/pi-harness-patch.py` | Makes a beyin vault treat `pi` as a first-class harness (`receipt --harness pi`). Idempotent; the extension re-applies it after beyin updates. |
15
15
 
16
16
  Everything is **fail-open**: an error never breaks the turn, that turn's contribution is just
@@ -82,7 +82,7 @@ A vault whose `beyin.py` does not accept `--harness pi` needs `tools/pi-harness-
82
82
  The four skills read `<project>/.pi/beyin-project.json` for paths and scopes; without a profile they
83
83
  fall back to `logs/`, `journal/`, `literature/`. The profile schema and the safety rules (source ≠
84
84
  derived report, never delete, secrets are never read or copied) are in
85
- [`skills/_ortak/proje-profili.md`](skills/_ortak/proje-profili.md).
85
+ [`skills/_shared/project-profile.md`](skills/_shared/project-profile.md).
86
86
 
87
87
  ## Development
88
88
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "pi-beyin",
3
- "version": "0.1.1",
3
+ "version": "0.1.3",
4
4
  "description": "pi-native bridge for the beyin second brain: context injection, distillation reminders, and Jev advisor tools.",
5
5
  "keywords": [
6
6
  "pi-package",
@@ -24,6 +24,9 @@
24
24
  "./extensions/context.ts",
25
25
  "./extensions/damitma.ts",
26
26
  "./extensions/jev.ts"
27
+ ],
28
+ "skills": [
29
+ "./skills"
27
30
  ]
28
31
  },
29
32
  "files": [
@@ -1,6 +1,6 @@
1
1
  # Project Profile Schema (`<project>/.pi/beyin-project.json`)
2
2
 
3
- The portable skills (`deney-kaydi`, `gunluk`, `literatur`, `bakim`) read their paths from this file, so the
3
+ The portable skills (`experiment-record`, `journal`, `literature`, `maintenance`) read their paths from this file, so the
4
4
  same skill writes into each project's own directories.
5
5
 
6
6
  ## Schema
@@ -45,5 +45,5 @@ same skill writes into each project's own directories.
45
45
  - Nothing under `secret_dirs` is read or copied; it never enters a report.
46
46
  - `close_steps` commands run from the project root and must be **idempotent** and **derived-only**
47
47
  (they do not touch source data or human effort, and contain no delete/move). Being defined in the profile is
48
- pre-approval; the `bakim` skill runs them at close and reports their output. Destructive/deleting work is
48
+ pre-approval; the `maintenance` skill runs them at close and reports their output. Destructive/deleting work is
49
49
  **never** written here.
@@ -1,5 +1,5 @@
1
1
  ---
2
- name: deney-kaydi
2
+ name: experiment-record
3
3
  description: Experiment and decision record standard (project memory). Use for requests like "memory", "deney kaydet", "log tut", "bu denemeyi yaz", "record this run", "sonuçları kaydet", "config/seed not al", "note the config/seed", "deney geçmişine bak", "ne denemiştim", "logs'a bak", "check the logs". Records model training, fine-tuning, ablations, dataset experiments and debugging sessions, plus decisions that must persist, in a reproducible form. Paths and scope come from the project profile (.pi/beyin-project.json).
4
4
  ---
5
5
 
@@ -26,7 +26,7 @@ First read `<project root>/.pi/beyin-project.json`. Fields:
26
26
  ```
27
27
 
28
28
  No profile → default: records in `logs/`, index `logs/index.md`. If unsure, ask the user.
29
- Full schema and field table: `../_ortak/proje-profili.md`.
29
+ Full schema and field table: `../_shared/project-profile.md`.
30
30
  Nothing under `secret_dirs` is read, copied or versioned.
31
31
 
32
32
  ## Why
@@ -1,5 +1,5 @@
1
1
  ---
2
- name: gunluk
2
+ name: journal
3
3
  description: Daily journal (raw narrative) recording procedure. Use for requests like "günlük", "bugün ne yaptık", "günlüğe ekle", "bugünü kaydet", "gün sonu", "oturumu yaz", "dün ne yapmıştık", "günlüklerime bak", "journal this", "log today", "what did we do yesterday". Detects the system date, opens `YYYY-MM-DD.md` in the journal directory (creating it if absent) and adds what was done that day — including work done through conversation — as prose. The journal is the raw narrative layer; reports/summaries are derived from it. Path and scope come from the project profile.
4
4
  ---
5
5
 
@@ -8,7 +8,7 @@ description: Daily journal (raw narrative) recording procedure. Use for requests
8
8
  ## Paths (from the project profile)
9
9
  `<project root>/.pi/beyin-project.json` → `journal` (default `journal/`), `logs`, `state`, `progress`,
10
10
  `scopes`, `report_dir`. No profile → journal in `journal/`, template `journal/_template.md`.
11
- File: `<journal>/YYYY-MM-DD.md` (one file per day). Schema: `../_ortak/proje-profili.md`.
11
+ File: `<journal>/YYYY-MM-DD.md` (one file per day). Schema: `../_shared/project-profile.md`.
12
12
 
13
13
  ## Purpose
14
14
  Keep what was done that day as **prose**. The flowing narrative that makes tomorrow-you say "right, that".
@@ -39,7 +39,7 @@ log number next to it.
39
39
 
40
40
  ## Auto-triggering
41
41
  - End-of-day/session signal ("that's it for today", "continue tomorrow") → update the journal.
42
- - If the profile defines `close_steps` after the journal is written → trigger the `bakim` skill's close steps
42
+ - If the profile defines `close_steps` after the journal is written → trigger the `maintenance` skill's close steps
43
43
  (idempotent/derived commands run, e.g. refreshing a dated index).
44
44
  - If a new log was produced that day and no journal entry exists → offer to create it.
45
45
  - If unsure, ask: "Shall I add today to the journal?"
@@ -1,5 +1,5 @@
1
1
  ---
2
- name: literatur
2
+ name: literature
3
3
  description: Literature/paper reading-task assignment and note-taking procedure. Use for requests like "literatür", "makale oku", "paper oku", "şu makaleyi oku", "okuma görevi ver", "not ekle", "şunu okudum anlatayım", "teori çalış", "read this paper", "give me a reading task", "add a note". Assigns reading tasks with focus questions; when the user explains what they read, writes an ordered note into the literature directory. Applies the "concept before tool" principle. Paths come from the project profile.
4
4
  ---
5
5
 
@@ -8,7 +8,7 @@ description: Literature/paper reading-task assignment and note-taking procedure.
8
8
  ## Paths (from the project profile)
9
9
  `<project root>/.pi/beyin-project.json` → `literature` (default `literature/`).
10
10
  Plan: `<literature>/plan.md` · Notes: `<literature>/NN-topic.md` · Template: `<literature>/_note-template.md`.
11
- Schema: `../_ortak/proje-profili.md`.
11
+ Schema: `../_shared/project-profile.md`.
12
12
 
13
13
  ## Purpose
14
14
  **Concept before tool.** Before producing code/output, establish *why* the models in use work.
@@ -1,5 +1,5 @@
1
1
  ---
2
- name: bakim
2
+ name: maintenance
3
3
  description: System maintenance / garbage-collection PROPOSAL procedure. Use for requests like "temizlik", "bakım", "sistemi toparla", "çöplükleri temizle", "clean up", "tidy the repo", "oturumu kapat", "yeni oturuma geçmeden temizle", "kompakte et", "compact the state". Also PROPOSE maintenance to the user at natural moments such as session close or phase transition. IMPORTANT — never runs on its own or on a schedule; it only proposes, and acts after user approval. Paths come from the project profile.
4
4
  ---
5
5
 
@@ -7,7 +7,7 @@ description: System maintenance / garbage-collection PROPOSAL procedure. Use for
7
7
 
8
8
  ## Paths
9
9
  `<project root>/.pi/beyin-project.json` → `logs`, `log_index`, `state`, `progress`, `journal`, `scopes`,
10
- `close_steps` (idempotent/derived commands run at close — see `../_ortak/proje-profili.md`).
10
+ `close_steps` (idempotent/derived commands run at close — see `../_shared/project-profile.md`).
11
11
  No profile → default `logs/`, `journal/`.
12
12
 
13
13
  ## Core rule: PROPOSE, don't run