hanoman 0.1.8 → 0.1.10

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "hanoman",
-  "version": "0.1.8",
+  "version": "0.1.10",
   "description": "Orchestrator + dashboard workflow docs-driven untuk sesi Claude Code / Codex",
   "type": "module",
   "repository": {

package/prisma/migrations/20260801120000_custom_agent/migration.sql

@@ -0,0 +1,27 @@
+-- SPEC-450 · ADR-0094 · katalog custom agent (global & per project), ikut changefeed sync.
+--
+-- Tabel baru → `CREATE TABLE` polos; tak ada redefinisi tabel seperti migration SPEC-408.
+-- `id` deterministik "<projectId|global>:<name>" ditulis aplikasi, bukan default DB.
+--
+-- CATATAN indeks unik: pada SQLite, NULL saling BERBEDA di indeks unik, jadi baris ini TIDAK
+-- mencegah dua agen global bernama sama. Yang mencegahnya adalah PK deterministik. Indeks tetap
+-- dipasang sebagai jaring kedua untuk baris ber-project.
+CREATE TABLE "CustomAgent" (
+    "id"           TEXT NOT NULL PRIMARY KEY,
+    "projectId"    TEXT,
+    "name"         TEXT NOT NULL,
+    "description"  TEXT NOT NULL,
+    "instructions" TEXT NOT NULL,
+    "tools"        JSONB,
+    "model"        TEXT,
+    "mentions"     JSONB,
+    "enabled"      BOOLEAN NOT NULL DEFAULT true,
+    "version"      INTEGER NOT NULL DEFAULT 0,
+    "createdAt"    DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
+    "updatedAt"    DATETIME NOT NULL,
+    CONSTRAINT "CustomAgent_projectId_fkey" FOREIGN KEY ("projectId")
+        REFERENCES "Project" ("id") ON DELETE CASCADE ON UPDATE CASCADE
+);
+
+CREATE UNIQUE INDEX "CustomAgent_projectId_name_key" ON "CustomAgent" ("projectId", "name");
+CREATE INDEX "CustomAgent_projectId_idx" ON "CustomAgent" ("projectId");

package/prisma/migrations/20260801170000_github_issue/migration.sql

@@ -0,0 +1,31 @@
+-- SPEC-471 · ADR-0095 · cermin issue GitHub sebagai record lokal (pola Ticket, ADR-0062).
+--
+-- Tabel baru → `CREATE TABLE` polos; tak ada redefinisi tabel.
+-- `id` deterministik "<projectId>:<owner>/<repo>#<number>" ditulis aplikasi, bukan default DB —
+-- itulah yang mencegah dua mesin melahirkan dua baris untuk issue yang sama.
+-- `specId` sengaja TANPA FOREIGN KEY, cermin Ticket.specId: changefeed bisa memancarkan
+-- GithubIssue sebelum Spec-nya mendarat (kelas SPEC-382), dan FK akan menolaknya.
+CREATE TABLE "GithubIssue" (
+    "id"             TEXT NOT NULL PRIMARY KEY,
+    "projectId"      TEXT NOT NULL,
+    "repoSlug"       TEXT NOT NULL,
+    "number"         INTEGER NOT NULL,
+    "title"          TEXT NOT NULL,
+    "body"           TEXT NOT NULL,
+    "authorLogin"    TEXT NOT NULL,
+    "labels"         JSONB NOT NULL,
+    "url"            TEXT NOT NULL,
+    "issueState"     TEXT NOT NULL,
+    "status"         TEXT NOT NULL DEFAULT 'new',
+    "specId"         TEXT,
+    "issueCreatedAt" DATETIME NOT NULL,
+    "issueUpdatedAt" DATETIME NOT NULL,
+    "pulledAt"       DATETIME NOT NULL,
+    "version"        INTEGER NOT NULL DEFAULT 0,
+    "createdAt"      DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,
+    "updatedAt"      DATETIME NOT NULL,
+    CONSTRAINT "GithubIssue_projectId_fkey" FOREIGN KEY ("projectId")
+        REFERENCES "Project" ("id") ON DELETE CASCADE ON UPDATE CASCADE
+);
+
+CREATE INDEX "GithubIssue_projectId_status_idx" ON "GithubIssue" ("projectId", "status");

package/prisma/schema.prisma

@@ -21,8 +21,10 @@ model Project {
   helpEnabled Boolean @default(false) // SPEC-253 · opt-in Help Center publik
   schedulerOptIn Boolean @default(false) // SPEC-294 · ADR-0072 · opt-in scheduler otonom (LOCAL — tak masuk FIELDS sync)
   leadOptIn      Boolean @default(false) // SPEC-409 · ADR-0091 · opt-in hanoman-lead (LOCAL — cermin schedulerOptIn)
-  specs       Spec[]
-  tickets     Ticket[]
+  specs        Spec[]
+  tickets      Ticket[]
+  customAgents CustomAgent[] // SPEC-450 · ADR-0094 · custom agent milik project ini
+  githubIssues GithubIssue[] // SPEC-471 · ADR-0095 · cermin issue repo GitHub project ini
 }
 
 model Spec {
@@ -56,6 +58,72 @@ model Spec {
   project   Project @relation(fields: [projectId], references: [id], onDelete: Cascade)
 }
 
+// SPEC-450 · ADR-0094 · custom agent: persona yang bisa dipilih ulang & dibagi.
+// `projectId` null = GLOBAL (semua project); terisi = milik satu project, dan agen project
+// MENIMPA agen global bernama sama.
+//
+// `id` DETERMINISTIK "<projectId|global>:<name>" — bukan cuid. Baris ini disync, dan dengan id
+// acak dua mesin yang sama-sama membuat agen global `reviewer` melahirkan DUA baris yang keduanya
+// menyeberang lalu bertemu di satu objek JSON `--agents` yang BERKUNCI NAMA; salah satunya hilang
+// tanpa jejak. Dengan id deterministik keduanya baris yang SAMA → rekonsiliasi LWW (ADR-0067).
+//
+// `name` IMMUTABLE: changefeed tak punya operasi hapus, jadi rename yang mengubah id meninggalkan
+// baris yatim di setiap mesin lain. Ganti nama = hapus + buat baru.
+//
+// GOTCHA: `@@unique([projectId, name])` TIDAK mencegah dua agen global bernama sama — pada indeks
+// unik SQLite NULL saling BERBEDA. Yang mencegahnya adalah PK deterministik di atas; indeks ini
+// jaring kedua untuk baris ber-project.
+model CustomAgent {
+  id           String   @id
+  projectId    String?
+  name         String
+  description  String
+  instructions String
+  tools        Json?
+  model        String?
+  mentions     Json?
+  enabled      Boolean  @default(true)
+  version      Int      @default(0) // SPEC-213 · version-stamp sync (ADR-0045)
+  createdAt    DateTime @default(now())
+  updatedAt    DateTime @updatedAt
+  project      Project? @relation(fields: [projectId], references: [id], onDelete: Cascade)
+
+  @@unique([projectId, name])
+  @@index([projectId])
+}
+
+// SPEC-471 · ADR-0095 · cermin issue GitHub sebagai record lokal, pola Ticket (ADR-0062).
+// `id` DETERMINISTIK "<projectId>:<owner>/<repo>#<number>" ditulis aplikasi, bukan default DB —
+// alasan yang sama dengan CustomAgent (ADR-0094): dua mesin yang menarik repo yang sama harus
+// bertemu sebagai SATU baris di changefeed, bukan dua yang saling menelan. `projectId` ikut di
+// dalam id karena dua project hanoman boleh menunjuk repo yang sama.
+//
+// `specId` sengaja TANPA FK (cermin Ticket.specId): changefeed bisa memancarkan GithubIssue
+// sebelum Spec-nya mendarat (kelas SPEC-382) dan FK akan menolaknya.
+model GithubIssue {
+  id             String   @id
+  projectId      String
+  repoSlug       String   // "owner/repo"
+  number         Int
+  title          String
+  body           String
+  authorLogin    String
+  labels         Json     // string[]
+  url            String
+  issueState     String   // open | closed — keadaan DI GITHUB saat ditarik
+  status         String   @default("new") // new | accepted | rejected (zGithubIssueStatus)
+  specId         String?  // soft-link Spec hasil promosi
+  issueCreatedAt DateTime
+  issueUpdatedAt DateTime
+  pulledAt       DateTime
+  version        Int      @default(0) // SPEC-471 · version-stamp sync (ADR-0045)
+  createdAt      DateTime @default(now())
+  updatedAt      DateTime @updatedAt
+  project        Project  @relation(fields: [projectId], references: [id], onDelete: Cascade)
+
+  @@index([projectId, status])
+}
+
 model Setting {
   id   Int  @id @default(1)
   data Json