panopticon-cli 0.4.33 → 0.5.1

package/README.md

@@ -7,64 +7,99 @@
 [![npm version](https://img.shields.io/npm/v/panopticon-cli.svg)](https://www.npmjs.com/package/panopticon-cli)
 [![License: MIT](https://img.shields.io/badge/License-MIT-yellow.svg)](https://opensource.org/licenses/MIT)
 [![Node.js Version](https://img.shields.io/badge/node-%3E%3D18-brightgreen.svg)](https://nodejs.org/)
-[![PRs Welcome](https://img.shields.io/badge/PRs-welcome-brightgreen.svg)](https://github.com/eltmon/panopticon/pulls)
+[![PRs Welcome](https://img.shields.io/badge/PRs-welcome-brightgreen.svg)](https://github.com/eltmon/panopticon-cli/pulls)
 
 > *"The Panopticon had six sides, one for each of the Founders of Gallifrey..."*
+>
+> — Classic Doctor Who. The Panopticon was the great hall at the heart of the Time Lord Citadel, where all could be observed. We liked the metaphor.
+
+Spawn AI agents from a dashboard. Route tasks to the right model. Review, test, and merge automatically.
 
-<img src="docs/dashboard-overview.png" alt="Panopticon Dashboard" width="800" />
+<img src="docs/screenshot-board.png" alt="Panopticon Kanban Board" width="800" />
 
 </div>
 
 ---
 
-## What is Panopticon?
+## Why Panopticon?
+
+- **Stop babysitting agents.** Spawn them from a dashboard, monitor progress in real time, and let specialists handle code review, testing, and merging.
+- **Use the right model for the job.** Opus for planning, Kimi for implementation, Haiku for quick commands — automatic routing based on task type and required capabilities.
+- **Work survives across sessions.** PRDs, state files, beads, and skills persist context so agents don't start from zero every time.
+- **One skill format, every tool.** Write a SKILL.md once and it works across Claude Code, Codex, Cursor, and Gemini CLI.
+
+---
+
+## How It Works
+
+```
+ Issue         PRD           Agent         Review        Test          Merge
+┌──────┐    ┌──────┐    ┌──────────┐    ┌──────┐    ┌──────┐    ┌──────────┐
+│ Task │ ─► │ Plan │ ─► │ Write    │ ─► │ Code │ ─► │ Run  │ ─► │ PR       │
+│ from │    │ with │    │ code in  │    │ rev. │    │ test │    │ merged   │
+│ any  │    │ Opus │    │ isolated │    │ by   │    │ by   │    │ by       │
+│track-│    │      │    │ worktree │    │ spec-│    │ spec-│    │ spec-    │
+│ er   │    │      │    │          │    │ialist│    │ialist│    │ ialist   │
+└──────┘    └──────┘    └──────────┘    └──────┘    └──────┘    └──────────┘
+ GitHub       Opus        Kimi/Sonnet    Opus        Sonnet       Sonnet
+ Linear                   (routed)
+ GitLab
+ Jira
+ Rally
+```
+
+Create a workspace, and Panopticon handles the rest: planning with Opus, implementation with your configured model, automated code review, test execution, and merge — the only manual step is clicking **MERGE** when you're satisfied.
+
+---
+
+## Key Features
 
-| Without Panopticon | With Panopticon |
-|:------------------|:----------------|
-| Manually juggle multiple AI agents | **Automatic orchestration** - spawn, monitor, and coordinate agents from a dashboard |
-| Agents start fresh every session | **Persistent context** - skills, state files, and beads track work across sessions |
-| Simple tasks eat Opus credits | **Smart model routing** - Haiku for simple, Sonnet for medium, Opus for complex |
-| Stuck agents waste your time | **Automatic recovery** - detect stuck agents and hand off to specialists |
-| AI tools have separate configs | **Universal skills** - one SKILL.md works across Claude, Codex, Cursor, Gemini |
+| Feature | Description |
+|:--------|:------------|
+| **Multi-Agent Orchestration** | Spawn and manage AI agents in tmux sessions via dashboard or CLI |
+| **Cloister Lifecycle Manager** | Automatic model routing, stuck detection, cost tracking, and specialist handoffs |
+| **Mission Control** | 11-view dashboard — project tree, activity feed, kanban board, agent status, costs, metrics, and more |
+| **PRD-Driven Workflow** | Opus writes a PRD before implementation starts; agents are blocked without one |
+| **67+ Universal Skills** | Pre-built skills ship out of the box, synced via `pan sync` — one SKILL.md works across all AI tools |
+| **Multi-Tracker Support** | GitHub Issues, Linear, GitLab, Jira, Rally — all from one dashboard |
+| **Multi-Model Routing** | Anthropic, OpenAI, Google, Kimi, Zhipu — route by task type, capability, and budget |
+| **Workspaces** | Git worktree-based feature branches with Docker isolation (local and remote via exe.dev) |
+| **Convoys** | Run parallel agents on related issues with automatic synthesis |
+| **Specialists** | Dedicated review, test, and merge agents — fully automated quality pipeline |
+| **Beads** | Git-backed task tracking that survives context compaction and works offline |
+| **Cost Tracking** | Per-issue, per-stage token costs with dashboard analytics |
+| **Legacy Codebase Support** | AI self-monitoring skills that learn your codebase conventions over time ([details](docs/LEGACY-CODEBASE.md)) |
+
+---
 
 ## Screenshots
 
 <div align="center">
 <table>
 <tr>
-<td><img src="docs/planning-session-dialog.png" alt="Planning Dialog" width="300" /></td>
-<td><img src="docs/planning-session-discovery.png" alt="Discovery Phase" width="300" /></td>
-<td><img src="docs/planning-session-active.png" alt="Active Session" width="300" /></td>
+<td><img src="docs/dashboard-overview.png" alt="Mission Control" width="400" /></td>
+<td><img src="docs/screenshot-agents.png" alt="Agent Management" width="400" /></td>
 </tr>
 <tr>
-<td align="center"><em>Start planning</em></td>
-<td align="center"><em>Discovery phase</em></td>
-<td align="center"><em>Active session</em></td>
+<td align="center"><em>Mission Control — project tree, activity timeline, specialist pipeline</em></td>
+<td align="center"><em>Cloister Deacon, specialist agents, and issue agent management</em></td>
+</tr>
+<tr>
+<td colspan="2"><img src="docs/screenshot-settings.png" alt="Model Routing Settings" width="800" /></td>
+</tr>
+<tr>
+<td colspan="2" align="center"><em>Tracker integration and capability-based model routing</em></td>
 </tr>
 </table>
 </div>
 
-## Key Features
-
-| Feature | Description |
-|:--------|:------------|
-| **Multi-Agent Orchestration** | Spawn and manage AI agents in tmux sessions via dashboard or CLI |
-| **Cloister Lifecycle Manager** | Automatic model routing, stuck detection, and specialist handoffs |
-| **Universal Skills** | One SKILL.md format works across all supported AI tools |
-| **Workspaces** | Git worktree-based feature branches with Docker isolation |
-| **Convoys** | Run parallel agents on related issues with auto-synthesis |
-| **Specialists** | Dedicated review, test, and merge agents for quality control |
-| **Heartbeat Monitoring** | Real-time agent activity tracking via Claude Code hooks |
-| **Mission Control** | Unified monitoring view — see all active features, agent activity, and planning artifacts at a glance |
-| **Shadow Engineering** | Monitor existing workflows before transitioning to AI-driven development |
-| **Real-Time Dashboard** | Socket.io push with multi-layer caching (in-memory + SQLite) for instant loads |
-| **Legacy Codebase Support** | AI self-monitoring skills that learn from your codebase |
+---
 
 ## Supported Tools
 
 | Tool | Support |
 |:-----|:--------|
-| **Claude Code** | Full support |
+| **Claude Code** | Full support — agent runtime, hooks, skills |
 | **Codex** | Skills sync |
 | **Cursor** | Skills sync |
 | **Gemini CLI** | Skills sync |
@@ -72,133 +107,7 @@
 
 ---
 
-## Legacy Codebase Support
-
-> **"AI works great on greenfield projects, but it's hopeless on our legacy code."**
->
-> Sound familiar? Your developers aren't wrong. But they're not stuck, either.
-
-### The Problem Every Enterprise Faces
-
-AI coding assistants are trained on modern, well-documented open-source code. When they encounter your 15-year-old monolith with:
-
-- Mixed naming conventions (some `snake_case`, some `camelCase`, some `SCREAMING_CASE`)
-- Undocumented tribal knowledge ("we never touch the `processUser()` function directly")
-- Schemas that don't match the ORM ("the `accounts` table is actually users")
-- Three different async patterns in the same codebase
-- Build systems that require arcane incantations
-
-...they stumble. Repeatedly. Every session starts from zero.
-
-### Panopticon's Unique Solution: Adaptive Learning
-
-Panopticon includes two AI self-monitoring skills that **no other orchestration framework provides**:
-
-| Skill | What It Does | Business Impact |
-|-------|--------------|-----------------|
-| **Knowledge Capture** | Detects when AI makes mistakes or gets corrected, prompts to document the learning | AI gets smarter about YOUR codebase over time |
-| **Refactor Radar** | Identifies systemic code issues causing repeated AI confusion, creates actionable proposals | Surfaces technical debt that's costing you AI productivity |
-
-#### How It Works
-
-```
-Session 1: AI queries users.created_at → Error (column is "createdAt")
-           → Knowledge Capture prompts: "Document this convention?"
-           → User: "Yes, create skill"
-           → Creates project-specific skill documenting naming conventions
-
-Session 2: AI knows to use camelCase for this project
-           No more mistakes on column names
-
-Session 5: Refactor Radar detects: "Same entity called 'user', 'account', 'member'
-           across layers - this is causing repeated confusion"
-           → Offers to create issue with refactoring proposal
-           → Tech lead reviews and schedules cleanup sprint
-```
-
-#### The Compound Effect
-
-| Week | Without Panopticon | With Panopticon |
-|------|-------------------|-----------------|
-| 1 | AI makes 20 mistakes/day on conventions | AI makes 20 mistakes, captures 8 learnings |
-| 2 | AI makes 20 mistakes/day (no memory) | AI makes 12 mistakes, captures 5 more |
-| 4 | AI makes 20 mistakes/day (still no memory) | AI makes 3 mistakes, codebase improving |
-| 8 | Developers give up on AI for legacy code | AI is productive, tech debt proposals in backlog |
-
-#### Shared Team Knowledge
-
-**When one developer learns, everyone benefits.**
-
-Captured skills live in your project's `.claude/skills/` directory - they're version-controlled alongside your code. When Sarah documents that "we use camelCase columns" after hitting that error, every developer on the team - and every AI session from that point forward - inherits that knowledge automatically.
-
-```
-myproject/
-├── .claude/skills/
-│   └── project-knowledge/     # ← Git-tracked, shared by entire team
-│       └── SKILL.md           # "Database uses camelCase, not snake_case"
-├── src/
-└── ...
-```
-
-No more repeating the same corrections to AI across 10 different developers. No more tribal knowledge locked in one person's head. The team's collective understanding of your codebase becomes permanent, searchable, and automatically applied.
-
-**New hire onboarding?** The AI already knows your conventions from day one.
-
-#### For Technical Leaders
-
-**What gets measured gets managed.** Panopticon's Refactor Radar surfaces the specific patterns that are costing you AI productivity:
-
-- "Here are the 5 naming inconsistencies causing 40% of AI errors"
-- "These 3 missing FK constraints led to 12 incorrect deletions last month"
-- "Mixed async patterns in payments module caused 8 rollbacks"
-
-Each proposal includes:
-- **Evidence**: Specific file paths and examples
-- **Impact**: How this affects AI (and new developers)
-- **Migration path**: Incremental fix that won't break production
-
-#### For Executives
-
-**ROI is simple:**
-
-- $200K/year senior developer spends 2 hours/day correcting AI on legacy code
-- That's $50K/year in wasted productivity per developer
-- Team of 10 = **$500K/year** in AI friction
-
-Panopticon's learning system:
-- Captures corrections once, applies them forever
-- Identifies root causes (not just symptoms)
-- Creates actionable improvement proposals
-- Works across your entire AI toolchain (Claude, Codex, Cursor, Gemini)
-
-**This isn't "AI for greenfield only." This is AI that learns your business.**
-
-#### Configurable Per Team and Per Developer
-
-Different teams have different ownership boundaries. Individual developers have different preferences. Panopticon respects both:
-
-```markdown
-# In ~/.claude/CLAUDE.md (developer's personal config)
-
-## AI Suggestion Preferences
-
-### refactor-radar
-skip: database-migrations, infrastructure  # DBA/Platform team handles these
-welcome: naming, code-organization         # Always happy for these
-
-### knowledge-capture
-skip: authentication                       # Security team owns this
-```
-
-- **"Skip database migrations"** - Your DBA has a change management process
-- **"Skip infrastructure"** - Platform team owns that
-- **"Welcome naming fixes"** - Low risk, high value, always appreciated
-
-The AI adapts to your org structure, not the other way around.
-
----
-
-## 🚀 Quick Start
+## Quick Start
 
 ```bash
 npm install -g panopticon-cli && pan install && pan sync && pan up
@@ -206,11 +115,9 @@ npm install -g panopticon-cli && pan install && pan sync && pan up
 
 **That's it!** Dashboard runs at https://pan.localhost (or http://localhost:3010 if you skip HTTPS setup).
 
-📖 **[Full documentation →](docs/INDEX.md)**
-
 ---
 
-## 📋 Requirements
+## Requirements
 
 ### Required
 - Node.js 18+
@@ -222,14 +129,12 @@ npm install -g panopticon-cli && pan install && pan sync && pan up
 
 ### Optional
 - **mkcert** - For HTTPS certificates (recommended)
-- **Linear API key** - For issue tracking
+- **Linear API key** - For Linear issue tracking
 - **Beads CLI** - Auto-installed by `pan install`
 
-📖 **[Platform support and detailed requirements →](docs/USAGE.md#requirements)**
-
 ---
 
-## 🔧 Configuration
+## Configuration
 
 ```bash
 # Create config file
@@ -246,49 +151,27 @@ Register your projects:
 pan project add /path/to/your/project --name myproject
 ```
 
-📖 **[Complete configuration guide →](docs/CONFIGURATION.md)**
-📖 **[Work types and model routing →](docs/WORK-TYPES.md)**
-📖 **[Detailed usage examples →](docs/USAGE.md)**
-
 ---
 
-## 🎯 Key Concepts
+## Key Concepts
 
-### Mission Control
-The default landing view. A two-panel layout with a resizable sidebar showing your project tree (grouped by project, filtered to active features) and a main area displaying agent activity, planning artifacts (PRD, STATE.md, transcripts, discussions), and status reviews.
+**Mission Control** — The default view. Project tree on the left, agent activity on the right. Click a feature to see its full pipeline: planning, work, review, test results. Badge bar gives quick access to PRDs, state files, discussions, and transcripts.
 
-- **Project Tree**: Features grouped by project with live state labels (In Progress, Suspended, In Review, Done, Planning, Idle)
-- **Activity View**: Chronological agent sessions with tail-anchored scrolling — click a feature and see what the agent is doing right now
-- **Badge Bar**: Quick access to PRD, STATE.md, discussions, transcripts, status reviews, and file uploads
-- **Status Reviews**: On-demand AI-generated progress reports comparing code changes against the PRD
+**Cloister** — The lifecycle manager. Routes tasks to models based on capabilities, detects stuck agents, triggers specialist handoffs, and tracks costs.
 
-### Shadow Engineering
-A mode for teams adopting AI incrementally. Register existing projects as "shadow" workspaces to monitor ongoing development without AI agents making changes.
+**Workspaces** — Git worktree-based feature branches with optional Docker isolation. Each issue gets its own isolated environment. Supports both local and remote (exe.dev) execution.
 
-- Create shadow features with `pan workspace create --shadow PAN-XXX`
-- Upload meeting transcripts and notes via the Badge Bar
-- Sync issue tracker discussions automatically
-- Generate inference documents (INFERENCE.md) analyzing how AI would approach the work
-- Transition from monitoring to AI-driven development when ready
+**Specialists** — Dedicated agents for code review, testing, and merging. Triggered automatically by Cloister when an agent signals completion. The pipeline is fully automated — code review to merge with zero human intervention (except the final merge click).
 
-### Multi-Agent Orchestration
-Spawn and manage AI agents in tmux sessions, monitored by the Cloister lifecycle manager.
+**Convoys** — Run parallel agents on related issues. Useful for security audits, performance reviews, or breaking an epic into concurrent work streams. Results are auto-synthesized.
 
-### Workspaces
-Git worktree-based feature branches with optional Docker isolation. Supports both local and remote (exe.dev) execution.
+**Skills** — Universal SKILL.md format works across Claude Code, Codex, Cursor, and Gemini. 67+ skills ship out of the box covering development workflows, code review, incident response, and more.
 
-### Specialists
-Dedicated agents for code review, testing, and merging. Automatically triggered by the Cloister manager.
-
-### Skills
-Universal SKILL.md format works across Claude Code, Codex, Cursor, and Gemini. Distributed via `pan sync`.
-
-📖 **[Architecture overview →](AGENTS.md)**
-📖 **[Specialist workflow →](docs/SPECIALIST_WORKFLOW.md)**
+**Shadow Engineering** — Monitor existing workflows before transitioning to AI-driven development. Upload transcripts, sync discussions, generate inference documents.
 
 ---
 
-## 🛠️ Common Commands
+## Common Commands
 
 ```bash
 # Start dashboard
@@ -307,11 +190,21 @@ pan logs agent-pan-123
 pan down
 ```
 
-📖 **[Complete command reference →](docs/USAGE.md#commands)**
+---
+
+## Maturity
+
+Panopticon is actively used in production to develop itself and multiple other projects.
+
+- **62 PRDs** written (16 active, 46 completed)
+- **67+ skills** shipped and synced across tools
+- **5 tracker integrations** (GitHub, Linear, GitLab, Jira, Rally)
+- **6 AI providers** with capability-based model routing
+- **v0.4.33** — hundreds of issues completed through the full pipeline
 
 ---
 
-## 📚 Documentation
+## Documentation
 
 | Document | Description |
 |----------|-------------|
@@ -319,32 +212,25 @@ pan down
 | [docs/USAGE.md](docs/USAGE.md) | Detailed usage guide, examples, troubleshooting |
 | [docs/CONFIGURATION.md](docs/CONFIGURATION.md) | Model routing, API setup, presets |
 | [AGENTS.md](AGENTS.md) | Agent architecture |
-| [docs/ARCHITECTURE-CACHING.md](docs/ARCHITECTURE-CACHING.md) | Dashboard caching and real-time push |
+| [docs/SPECIALIST_WORKFLOW.md](docs/SPECIALIST_WORKFLOW.md) | Review, test, merge pipeline |
+| [docs/LEGACY-CODEBASE.md](docs/LEGACY-CODEBASE.md) | AI adaptive learning for legacy codebases |
 | [CONTRIBUTING.md](CONTRIBUTING.md) | Contribution guidelines |
 | [CLAUDE.md](CLAUDE.md) | Agent development guidance |
-| [docs/MISSION-CONTROL.md](docs/MISSION-CONTROL.md) | Mission Control and Shadow Engineering guide |
 
 ---
 
-## 🤝 Contributing
+## Contributing
 
 Contributions welcome! See [CONTRIBUTING.md](CONTRIBUTING.md) for guidelines.
 
 ---
 
-## ⭐ Star History
-
-[![Star History Chart](https://api.star-history.com/svg?repos=eltmon/panopticon-cli&type=Date)](https://star-history.com/#eltmon/panopticon-cli&Date)
-
----
-
-## ⚖️ License
+## License
 
 MIT License - see [LICENSE](LICENSE) for details.
 
 ---
 
 <div align="center">
-<p><strong>Made with ❤️ by the Panopticon team</strong></p>
 <p><a href="https://github.com/eltmon/panopticon-cli">GitHub</a> · <a href="https://www.npmjs.com/package/panopticon-cli">npm</a> · <a href="docs/INDEX.md">Documentation</a></p>
 </div>

package/dist/{agents-VLK4BMVA.js → agents-5OPQKM5K.js}

@@ -18,11 +18,12 @@ import {
   saveSessionId,
   spawnAgent,
   stopAgent
-} from "./chunk-BKCWRMUX.js";
-import "./chunk-KJ2TRXNK.js";
-import "./chunk-XFR2DLMR.js";
-import "./chunk-7XNJJBH6.js";
+} from "./chunk-VHKSS7QX.js";
+import "./chunk-FTCPTHIJ.js";
+import "./chunk-76F6DSVS.js";
+import "./chunk-HJSM6E6U.js";
 import "./chunk-FQ66DECN.js";
+import "./chunk-2V4NF7J2.js";
 import "./chunk-CFCUOV3Q.js";
 import "./chunk-ZTFNYOC7.js";
 import "./chunk-ZHC57RCV.js";
@@ -47,4 +48,4 @@ export {
   spawnAgent,
   stopAgent
 };
-//# sourceMappingURL=agents-VLK4BMVA.js.map
+//# sourceMappingURL=agents-5OPQKM5K.js.map

package/dist/{chunk-OMNXYPXC.js → chunk-2V4NF7J2.js}

@@ -14,6 +14,7 @@ __export(projects_exports, {
   PROJECTS_CONFIG_FILE: () => PROJECTS_CONFIG_FILE,
   createDefaultProjectsConfig: () => createDefaultProjectsConfig,
   extractTeamPrefix: () => extractTeamPrefix,
+  findProjectByPath: () => findProjectByPath,
   findProjectByTeam: () => findProjectByTeam,
   findProjectsByRallyProject: () => findProjectsByRallyProject,
   getProject: () => getProject,
@@ -88,6 +89,17 @@ function findProjectByTeam(teamPrefix) {
   }
   return null;
 }
+function findProjectByPath(workspacePath) {
+  const config = loadProjectsConfig();
+  const normalizedTarget = resolve(workspacePath);
+  for (const [, projectConfig] of Object.entries(config.projects)) {
+    const normalizedProject = resolve(projectConfig.path);
+    if (normalizedTarget === normalizedProject || normalizedTarget.startsWith(normalizedProject + "/")) {
+      return projectConfig;
+    }
+  }
+  return null;
+}
 function resolveProjectPath(project, labels = []) {
   if (!project.issue_routing || project.issue_routing.length === 0) {
     return project.path;
@@ -244,6 +256,7 @@ export {
   unregisterProject,
   extractTeamPrefix,
   findProjectByTeam,
+  findProjectByPath,
   resolveProjectPath,
   resolveProjectFromIssue,
   getProject,
@@ -257,4 +270,4 @@ export {
   projects_exports,
   init_projects
 };
-//# sourceMappingURL=chunk-OMNXYPXC.js.map
+//# sourceMappingURL=chunk-2V4NF7J2.js.map

package/dist/chunk-2V4NF7J2.js.map

@@ -0,0 +1 @@
+{"version":3,"sources":["../src/lib/projects.ts"],"sourcesContent":["/**\n * Project Registry - Multi-project support for Panopticon\n *\n * Maps Linear team prefixes and labels to project paths for workspace creation.\n */\n\nimport { existsSync, readFileSync, writeFileSync, mkdirSync } from 'fs';\nimport { join } from 'path';\nimport { parse as parseYaml, stringify as stringifyYaml } from 'yaml';\nimport { PANOPTICON_HOME } from './paths.js';\n\nexport const PROJECTS_CONFIG_FILE = join(PANOPTICON_HOME, 'projects.yaml');\n\n/**\n * Issue routing rule - routes issues with certain labels to specific paths\n */\nexport interface IssueRoutingRule {\n  labels?: string[];\n  default?: boolean;\n  path: string;\n}\n\n/**\n * Workspace configuration (imported from workspace-config.ts for full details)\n */\nexport interface WorkspaceConfig {\n  type?: 'polyrepo' | 'monorepo';\n  workspaces_dir?: string;\n  repos?: Array<{ name: string; path: string; branch_prefix?: string }>;\n  dns?: { domain: string; entries: string[]; sync_method?: 'wsl2hosts' | 'hosts_file' | 'dnsmasq' };\n  ports?: Record<string, { range: [number, number] }>;\n  docker?: { traefik?: string; compose_template?: string };\n  database?: { seed_file?: string; container_name?: string; [key: string]: any };\n  agent?: { template_dir: string; templates?: Array<{ source: string; target: string }>; copy_dirs?: string[]; symlinks?: string[] };\n  env?: { template?: string; secrets_file?: string };\n  services?: Array<{ name: string; path: string; start_command: string; docker_command?: string; health_url?: string; port?: number }>;\n}\n\n/**\n * Test configuration\n */\nexport interface TestConfig {\n  type: string;\n  path: string;\n  command: string;\n  container?: boolean;\n  container_name?: string;\n  env?: Record<string, string>;\n}\n\n/**\n * Specialist configuration for per-project specialists\n */\nexport interface SpecialistConfig {\n  /** Number of recent runs to include in context digest (default: 5) */\n  context_runs?: number;\n  /** Model to use for generating context digests (null = same as specialist) */\n  digest_model?: string | null;\n  /** Log retention policy */\n  retention?: {\n    /** Maximum days to keep logs */\n    max_days: number;\n    /** Maximum number of runs to keep (whichever is more permissive) */\n    max_runs: number;\n  };\n  /** Per-specialist prompt overrides */\n  prompts?: {\n    'review-agent'?: string;\n    'test-agent'?: string;\n    'merge-agent'?: string;\n  };\n}\n\n/**\n * Project configuration\n */\nexport interface ProjectConfig {\n  name: string;\n  path: string;\n  linear_team?: string;\n  github_repo?: string;  // e.g. \"owner/repo\"\n  gitlab_repo?: string;  // e.g. \"group/repo\"\n  issue_routing?: IssueRoutingRule[];\n  /** Workspace configuration */\n  workspace?: WorkspaceConfig;\n  /** Test configuration by name */\n  tests?: Record<string, TestConfig>;\n  /** Custom command to create workspaces (e.g., infra/new-feature for MYN) */\n  workspace_command?: string;\n  /** Custom command to remove workspaces */\n  workspace_remove_command?: string;\n  /** Rally project OID (e.g., \"/project/822404704163\") for per-project Rally scoping */\n  rally_project?: string;\n  /** Specialist agent configuration */\n  specialists?: SpecialistConfig;\n}\n\n/**\n * Full projects configuration file\n */\nexport interface ProjectsConfig {\n  projects: Record<string, ProjectConfig>;\n}\n\n/**\n * Resolved project info for workspace creation\n */\nexport interface ResolvedProject {\n  projectKey: string;\n  projectName: string;\n  projectPath: string;\n  linearTeam?: string;\n}\n\n/**\n * Load projects configuration from ~/.panopticon/projects.yaml\n */\nexport function loadProjectsConfig(): ProjectsConfig {\n  if (!existsSync(PROJECTS_CONFIG_FILE)) {\n    return { projects: {} };\n  }\n\n  try {\n    const content = readFileSync(PROJECTS_CONFIG_FILE, 'utf-8');\n    const config = parseYaml(content) as ProjectsConfig;\n    return config || { projects: {} };\n  } catch (error: any) {\n    console.error(`Failed to parse projects.yaml: ${error.message}`);\n    return { projects: {} };\n  }\n}\n\n/**\n * Save projects configuration\n */\nexport function saveProjectsConfig(config: ProjectsConfig): void {\n  const dir = PANOPTICON_HOME;\n  if (!existsSync(dir)) {\n    mkdirSync(dir, { recursive: true });\n  }\n\n  const yaml = stringifyYaml(config, { indent: 2 });\n  writeFileSync(PROJECTS_CONFIG_FILE, yaml, 'utf-8');\n}\n\n/**\n * Get a list of all registered projects\n */\nexport function listProjects(): Array<{ key: string; config: ProjectConfig }> {\n  const config = loadProjectsConfig();\n  return Object.entries(config.projects).map(([key, projectConfig]) => ({\n    key,\n    config: projectConfig,\n  }));\n}\n\n/**\n * Add or update a project in the registry\n */\nexport function registerProject(key: string, projectConfig: ProjectConfig): void {\n  const config = loadProjectsConfig();\n  config.projects[key] = projectConfig;\n  saveProjectsConfig(config);\n}\n\n/**\n * Remove a project from the registry\n */\nexport function unregisterProject(key: string): boolean {\n  const config = loadProjectsConfig();\n  if (config.projects[key]) {\n    delete config.projects[key];\n    saveProjectsConfig(config);\n    return true;\n  }\n  return false;\n}\n\n/**\n * Extract Linear team prefix from an issue ID\n * E.g., \"MIN-123\" -> \"MIN\", \"PAN-456\" -> \"PAN\"\n */\nexport function extractTeamPrefix(issueId: string): string | null {\n  const match = issueId.match(/^([A-Z]+)-\\d+$/i);\n  return match ? match[1].toUpperCase() : null;\n}\n\n/**\n * Find project by Linear team prefix\n */\nexport function findProjectByTeam(teamPrefix: string): ProjectConfig | null {\n  const config = loadProjectsConfig();\n\n  for (const [, projectConfig] of Object.entries(config.projects)) {\n    if (projectConfig.linear_team?.toUpperCase() === teamPrefix.toUpperCase()) {\n      return projectConfig;\n    }\n  }\n\n  return null;\n}\n\n/**\n * Find project by workspace path.\n * Matches any project whose root path is an ancestor of the given path.\n * Used to resolve the tracker (GitHub/GitLab) from a workspace directory.\n */\nexport function findProjectByPath(workspacePath: string): ProjectConfig | null {\n  const config = loadProjectsConfig();\n  const normalizedTarget = resolve(workspacePath);\n\n  for (const [, projectConfig] of Object.entries(config.projects)) {\n    const normalizedProject = resolve(projectConfig.path);\n    if (normalizedTarget === normalizedProject || normalizedTarget.startsWith(normalizedProject + '/')) {\n      return projectConfig;\n    }\n  }\n\n  return null;\n}\n\n/**\n * Resolve the correct project path for an issue based on labels\n *\n * @param project - The project config\n * @param labels - Array of label names from the Linear issue\n * @returns The resolved path (may differ from project.path based on routing rules)\n */\nexport function resolveProjectPath(project: ProjectConfig, labels: string[] = []): string {\n  if (!project.issue_routing || project.issue_routing.length === 0) {\n    return project.path;\n  }\n\n  // Normalize labels to lowercase for comparison\n  const normalizedLabels = labels.map(l => l.toLowerCase());\n\n  // First, check label-based routing rules\n  for (const rule of project.issue_routing) {\n    if (rule.labels && rule.labels.length > 0) {\n      const ruleLabels = rule.labels.map(l => l.toLowerCase());\n      const hasMatch = ruleLabels.some(label => normalizedLabels.includes(label));\n      if (hasMatch) {\n        return rule.path;\n      }\n    }\n  }\n\n  // Then, find default rule\n  for (const rule of project.issue_routing) {\n    if (rule.default) {\n      return rule.path;\n    }\n  }\n\n  // Fall back to project path\n  return project.path;\n}\n\n/**\n * Resolve project from an issue ID (and optional labels)\n *\n * @param issueId - Linear issue ID (e.g., \"MIN-123\")\n * @param labels - Optional array of label names\n * @returns Resolved project info or null if not found\n */\nexport function resolveProjectFromIssue(\n  issueId: string,\n  labels: string[] = []\n): ResolvedProject | null {\n  const teamPrefix = extractTeamPrefix(issueId);\n  if (!teamPrefix) {\n    return null;\n  }\n\n  const config = loadProjectsConfig();\n\n  // Find project by team prefix\n  for (const [key, projectConfig] of Object.entries(config.projects)) {\n    if (projectConfig.linear_team?.toUpperCase() === teamPrefix) {\n      const resolvedPath = resolveProjectPath(projectConfig, labels);\n      return {\n        projectKey: key,\n        projectName: projectConfig.name,\n        projectPath: resolvedPath,\n        linearTeam: projectConfig.linear_team,\n      };\n    }\n  }\n\n  return null;\n}\n\n/**\n * Get a project by key\n */\nexport function getProject(key: string): ProjectConfig | null {\n  const config = loadProjectsConfig();\n  return config.projects[key] || null;\n}\n\n/**\n * Check if projects.yaml exists and has any projects\n */\nexport function hasProjects(): boolean {\n  const config = loadProjectsConfig();\n  return Object.keys(config.projects).length > 0;\n}\n\n/**\n * Create a default projects.yaml with example structure\n */\nexport function createDefaultProjectsConfig(): ProjectsConfig {\n  const defaultConfig: ProjectsConfig = {\n    projects: {\n      // Example project - commented out in actual file\n    },\n  };\n\n  return defaultConfig;\n}\n\n/**\n * Initialize projects.yaml with example configuration\n */\nexport function initializeProjectsConfig(): void {\n  if (existsSync(PROJECTS_CONFIG_FILE)) {\n    console.log(`Projects config already exists at ${PROJECTS_CONFIG_FILE}`);\n    return;\n  }\n\n  const exampleYaml = `# Panopticon Project Registry\n# Maps Linear teams to project paths for workspace creation\n\nprojects:\n  # Example: Mind Your Now project\n  # myn:\n  #   name: \"Mind Your Now\"\n  #   path: /home/user/projects/myn\n  #   linear_team: MIN\n  #   issue_routing:\n  #     # Route docs/marketing issues to docs repo\n  #     - labels: [docs, marketing, seo, landing-pages]\n  #       path: /home/user/projects/myn/docs\n  #     # Default: main repo\n  #     - default: true\n  #       path: /home/user/projects/myn\n  #   specialists:\n  #     context_runs: 5\n  #     digest_model: null  # Use same model as specialist\n  #     retention:\n  #       max_days: 30\n  #       max_runs: 50\n  #     prompts:\n  #       review-agent: |\n  #         Pay special attention to:\n  #         - Database migration safety\n  #         - API backward compatibility\n\n  # Example: Panopticon itself\n  # panopticon:\n  #   name: \"Panopticon\"\n  #   path: /home/user/projects/panopticon\n  #   linear_team: PAN\n`;\n\n  const dir = PANOPTICON_HOME;\n  if (!existsSync(dir)) {\n    mkdirSync(dir, { recursive: true });\n  }\n\n  writeFileSync(PROJECTS_CONFIG_FILE, exampleYaml, 'utf-8');\n  console.log(`Created example projects config at ${PROJECTS_CONFIG_FILE}`);\n}\n\n/**\n * Default specialist configuration values\n */\nconst DEFAULT_SPECIALIST_CONFIG: Required<SpecialistConfig> = {\n  context_runs: 5,\n  digest_model: null,\n  retention: {\n    max_days: 30,\n    max_runs: 50,\n  },\n  prompts: {},\n};\n\n/**\n * Get specialist configuration for a project with defaults\n *\n * @param projectKey - Project key\n * @returns Specialist config with defaults applied\n */\nexport function getSpecialistConfig(projectKey: string): Required<SpecialistConfig> {\n  const project = getProject(projectKey);\n\n  if (!project || !project.specialists) {\n    return DEFAULT_SPECIALIST_CONFIG;\n  }\n\n  return {\n    context_runs: project.specialists.context_runs ?? DEFAULT_SPECIALIST_CONFIG.context_runs,\n    digest_model: project.specialists.digest_model ?? DEFAULT_SPECIALIST_CONFIG.digest_model,\n    retention: {\n      max_days: project.specialists.retention?.max_days ?? DEFAULT_SPECIALIST_CONFIG.retention.max_days,\n      max_runs: project.specialists.retention?.max_runs ?? DEFAULT_SPECIALIST_CONFIG.retention.max_runs,\n    },\n    prompts: project.specialists.prompts ?? DEFAULT_SPECIALIST_CONFIG.prompts,\n  };\n}\n\n/**\n * Get retention policy for a project's specialists\n *\n * @param projectKey - Project key\n * @returns Retention policy\n */\nexport function getSpecialistRetention(projectKey: string): { max_days: number; max_runs: number } {\n  const config = getSpecialistConfig(projectKey);\n  return config.retention;\n}\n\n/**\n * Find all projects that have a rally_project configured.\n * Returns array of { key, config } for projects with Rally project OIDs.\n */\nexport function findProjectsByRallyProject(): Array<{ key: string; config: ProjectConfig }> {\n  const config = loadProjectsConfig();\n  return Object.entries(config.projects)\n    .filter(([, projectConfig]) => !!projectConfig.rally_project)\n    .map(([key, projectConfig]) => ({ key, config: projectConfig }));\n}\n\n/**\n * Get custom prompt override for a specialist (if configured)\n *\n * @param projectKey - Project key\n * @param specialistType - Specialist type\n * @returns Custom prompt or null if not configured\n */\nexport function getSpecialistPromptOverride(\n  projectKey: string,\n  specialistType: 'review-agent' | 'test-agent' | 'merge-agent'\n): string | null {\n  const config = getSpecialistConfig(projectKey);\n  return config.prompts[specialistType] || null;\n}\n"],"mappings":";;;;;;;;;;;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAMA,SAAS,YAAY,cAAc,eAAe,iBAAiB;AACnE,SAAS,YAAY;AACrB,SAAS,SAAS,WAAW,aAAa,qBAAqB;AA6GxD,SAAS,qBAAqC;AACnD,MAAI,CAAC,WAAW,oBAAoB,GAAG;AACrC,WAAO,EAAE,UAAU,CAAC,EAAE;AAAA,EACxB;AAEA,MAAI;AACF,UAAM,UAAU,aAAa,sBAAsB,OAAO;AAC1D,UAAM,SAAS,UAAU,OAAO;AAChC,WAAO,UAAU,EAAE,UAAU,CAAC,EAAE;AAAA,EAClC,SAAS,OAAY;AACnB,YAAQ,MAAM,kCAAkC,MAAM,OAAO,EAAE;AAC/D,WAAO,EAAE,UAAU,CAAC,EAAE;AAAA,EACxB;AACF;AAKO,SAAS,mBAAmB,QAA8B;AAC/D,QAAM,MAAM;AACZ,MAAI,CAAC,WAAW,GAAG,GAAG;AACpB,cAAU,KAAK,EAAE,WAAW,KAAK,CAAC;AAAA,EACpC;AAEA,QAAM,OAAO,cAAc,QAAQ,EAAE,QAAQ,EAAE,CAAC;AAChD,gBAAc,sBAAsB,MAAM,OAAO;AACnD;AAKO,SAAS,eAA8D;AAC5E,QAAM,SAAS,mBAAmB;AAClC,SAAO,OAAO,QAAQ,OAAO,QAAQ,EAAE,IAAI,CAAC,CAAC,KAAK,aAAa,OAAO;AAAA,IACpE;AAAA,IACA,QAAQ;AAAA,EACV,EAAE;AACJ;AAKO,SAAS,gBAAgB,KAAa,eAAoC;AAC/E,QAAM,SAAS,mBAAmB;AAClC,SAAO,SAAS,GAAG,IAAI;AACvB,qBAAmB,MAAM;AAC3B;AAKO,SAAS,kBAAkB,KAAsB;AACtD,QAAM,SAAS,mBAAmB;AAClC,MAAI,OAAO,SAAS,GAAG,GAAG;AACxB,WAAO,OAAO,SAAS,GAAG;AAC1B,uBAAmB,MAAM;AACzB,WAAO;AAAA,EACT;AACA,SAAO;AACT;AAMO,SAAS,kBAAkB,SAAgC;AAChE,QAAM,QAAQ,QAAQ,MAAM,iBAAiB;AAC7C,SAAO,QAAQ,MAAM,CAAC,EAAE,YAAY,IAAI;AAC1C;AAKO,SAAS,kBAAkB,YAA0C;AAC1E,QAAM,SAAS,mBAAmB;AAElC,aAAW,CAAC,EAAE,aAAa,KAAK,OAAO,QAAQ,OAAO,QAAQ,GAAG;AAC/D,QAAI,cAAc,aAAa,YAAY,MAAM,WAAW,YAAY,GAAG;AACzE,aAAO;AAAA,IACT;AAAA,EACF;AAEA,SAAO;AACT;AAOO,SAAS,kBAAkB,eAA6C;AAC7E,QAAM,SAAS,mBAAmB;AAClC,QAAM,mBAAmB,QAAQ,aAAa;AAE9C,aAAW,CAAC,EAAE,aAAa,KAAK,OAAO,QAAQ,OAAO,QAAQ,GAAG;AAC/D,UAAM,oBAAoB,QAAQ,cAAc,IAAI;AACpD,QAAI,qBAAqB,qBAAqB,iBAAiB,WAAW,oBAAoB,GAAG,GAAG;AAClG,aAAO;AAAA,IACT;AAAA,EACF;AAEA,SAAO;AACT;AASO,SAAS,mBAAmB,SAAwB,SAAmB,CAAC,GAAW;AACxF,MAAI,CAAC,QAAQ,iBAAiB,QAAQ,cAAc,WAAW,GAAG;AAChE,WAAO,QAAQ;AAAA,EACjB;AAGA,QAAM,mBAAmB,OAAO,IAAI,OAAK,EAAE,YAAY,CAAC;AAGxD,aAAW,QAAQ,QAAQ,eAAe;AACxC,QAAI,KAAK,UAAU,KAAK,OAAO,SAAS,GAAG;AACzC,YAAM,aAAa,KAAK,OAAO,IAAI,OAAK,EAAE,YAAY,CAAC;AACvD,YAAM,WAAW,WAAW,KAAK,WAAS,iBAAiB,SAAS,KAAK,CAAC;AAC1E,UAAI,UAAU;AACZ,eAAO,KAAK;AAAA,MACd;AAAA,IACF;AAAA,EACF;AAGA,aAAW,QAAQ,QAAQ,eAAe;AACxC,QAAI,KAAK,SAAS;AAChB,aAAO,KAAK;AAAA,IACd;AAAA,EACF;AAGA,SAAO,QAAQ;AACjB;AASO,SAAS,wBACd,SACA,SAAmB,CAAC,GACI;AACxB,QAAM,aAAa,kBAAkB,OAAO;AAC5C,MAAI,CAAC,YAAY;AACf,WAAO;AAAA,EACT;AAEA,QAAM,SAAS,mBAAmB;AAGlC,aAAW,CAAC,KAAK,aAAa,KAAK,OAAO,QAAQ,OAAO,QAAQ,GAAG;AAClE,QAAI,cAAc,aAAa,YAAY,MAAM,YAAY;AAC3D,YAAM,eAAe,mBAAmB,eAAe,MAAM;AAC7D,aAAO;AAAA,QACL,YAAY;AAAA,QACZ,aAAa,cAAc;AAAA,QAC3B,aAAa;AAAA,QACb,YAAY,cAAc;AAAA,MAC5B;AAAA,IACF;AAAA,EACF;AAEA,SAAO;AACT;AAKO,SAAS,WAAW,KAAmC;AAC5D,QAAM,SAAS,mBAAmB;AAClC,SAAO,OAAO,SAAS,GAAG,KAAK;AACjC;AAKO,SAAS,cAAuB;AACrC,QAAM,SAAS,mBAAmB;AAClC,SAAO,OAAO,KAAK,OAAO,QAAQ,EAAE,SAAS;AAC/C;AAKO,SAAS,8BAA8C;AAC5D,QAAM,gBAAgC;AAAA,IACpC,UAAU;AAAA;AAAA,IAEV;AAAA,EACF;AAEA,SAAO;AACT;AAKO,SAAS,2BAAiC;AAC/C,MAAI,WAAW,oBAAoB,GAAG;AACpC,YAAQ,IAAI,qCAAqC,oBAAoB,EAAE;AACvE;AAAA,EACF;AAEA,QAAM,cAAc;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAAA;AAmCpB,QAAM,MAAM;AACZ,MAAI,CAAC,WAAW,GAAG,GAAG;AACpB,cAAU,KAAK,EAAE,WAAW,KAAK,CAAC;AAAA,EACpC;AAEA,gBAAc,sBAAsB,aAAa,OAAO;AACxD,UAAQ,IAAI,sCAAsC,oBAAoB,EAAE;AAC1E;AAqBO,SAAS,oBAAoB,YAAgD;AAClF,QAAM,UAAU,WAAW,UAAU;AAErC,MAAI,CAAC,WAAW,CAAC,QAAQ,aAAa;AACpC,WAAO;AAAA,EACT;AAEA,SAAO;AAAA,IACL,cAAc,QAAQ,YAAY,gBAAgB,0BAA0B;AAAA,IAC5E,cAAc,QAAQ,YAAY,gBAAgB,0BAA0B;AAAA,IAC5E,WAAW;AAAA,MACT,UAAU,QAAQ,YAAY,WAAW,YAAY,0BAA0B,UAAU;AAAA,MACzF,UAAU,QAAQ,YAAY,WAAW,YAAY,0BAA0B,UAAU;AAAA,IAC3F;AAAA,IACA,SAAS,QAAQ,YAAY,WAAW,0BAA0B;AAAA,EACpE;AACF;AAQO,SAAS,uBAAuB,YAA4D;AACjG,QAAM,SAAS,oBAAoB,UAAU;AAC7C,SAAO,OAAO;AAChB;AAMO,SAAS,6BAA4E;AAC1F,QAAM,SAAS,mBAAmB;AAClC,SAAO,OAAO,QAAQ,OAAO,QAAQ,EAClC,OAAO,CAAC,CAAC,EAAE,aAAa,MAAM,CAAC,CAAC,cAAc,aAAa,EAC3D,IAAI,CAAC,CAAC,KAAK,aAAa,OAAO,EAAE,KAAK,QAAQ,cAAc,EAAE;AACnE;AASO,SAAS,4BACd,YACA,gBACe;AACf,QAAM,SAAS,oBAAoB,UAAU;AAC7C,SAAO,OAAO,QAAQ,cAAc,KAAK;AAC3C;AA9bA,IAWa,sBA8WP;AAzXN;AAAA;AAAA;AASA;AAEO,IAAM,uBAAuB,KAAK,iBAAiB,eAAe;AA8WzE,IAAM,4BAAwD;AAAA,MAC5D,cAAc;AAAA,MACd,cAAc;AAAA,MACd,WAAW;AAAA,QACT,UAAU;AAAA,QACV,UAAU;AAAA,MACZ;AAAA,MACA,SAAS,CAAC;AAAA,IACZ;AAAA;AAAA;","names":[]}

package/dist/{chunk-XKT5MHPT.js → chunk-4YSYJ4HM.js}

@@ -13,7 +13,7 @@ import {
   init_github,
   init_gitlab,
   init_linear
-} from "./chunk-XFR2DLMR.js";
+} from "./chunk-76F6DSVS.js";
 import {
   getDevrootPath,
   init_config
@@ -674,4 +674,4 @@ export {
   LinkManager,
   getLinkManager
 };
-//# sourceMappingURL=chunk-XKT5MHPT.js.map
+//# sourceMappingURL=chunk-4YSYJ4HM.js.map

package/dist/{chunk-XFR2DLMR.js → chunk-76F6DSVS.js}

@@ -1,7 +1,7 @@
 import {
   init_config_yaml,
   loadConfig
-} from "./chunk-7XNJJBH6.js";
+} from "./chunk-HJSM6E6U.js";
 import {
   IssueNotFoundError,
   NotImplementedError,
@@ -370,7 +370,43 @@ var init_github = __esm({
         };
       }
       async transitionIssue(id, state) {
-        await this.updateIssue(id, { state });
+        const issueNumber = parseInt(id.replace(/^#/, ""), 10);
+        if (state === "in_progress") {
+          await this.ensureLabelExists("in-progress", "In progress", "0075ca");
+          await this.octokit.issues.addLabels({
+            owner: this.owner,
+            repo: this.repo,
+            issue_number: issueNumber,
+            labels: ["in-progress"]
+          });
+        } else {
+          const issue = await this.getIssue(id);
+          if (issue.labels?.includes("in-progress")) {
+            await this.octokit.issues.removeLabel({
+              owner: this.owner,
+              repo: this.repo,
+              issue_number: issueNumber,
+              name: "in-progress"
+            }).catch(() => {
+            });
+          }
+          await this.updateIssue(id, { state });
+        }
+      }
+      /** Ensure a label exists in the repo, creating it if needed. */
+      async ensureLabelExists(name, description, color) {
+        try {
+          await this.octokit.issues.getLabel({ owner: this.owner, repo: this.repo, name });
+        } catch {
+          await this.octokit.issues.createLabel({
+            owner: this.owner,
+            repo: this.repo,
+            name,
+            description,
+            color
+          }).catch(() => {
+          });
+        }
       }
       async linkPR(issueId, prUrl) {
         await this.addComment(
@@ -379,15 +415,16 @@ var init_github = __esm({
         );
       }
       normalizeIssue(ghIssue) {
+        const labels = ghIssue.labels.map(
+          (l) => typeof l === "string" ? l : l.name
+        );
         return {
           id: String(ghIssue.id),
           ref: `#${ghIssue.number}`,
           title: ghIssue.title,
           description: ghIssue.body ?? "",
-          state: this.mapStateFromGitHub(ghIssue.state),
-          labels: ghIssue.labels.map(
-            (l) => typeof l === "string" ? l : l.name
-          ),
+          state: this.mapStateFromGitHub(ghIssue.state, labels),
+          labels,
           assignee: ghIssue.assignee?.login,
           url: ghIssue.html_url,
           tracker: "github",
@@ -399,8 +436,10 @@ var init_github = __esm({
           updatedAt: ghIssue.updated_at
         };
       }
-      mapStateFromGitHub(ghState) {
-        return ghState === "closed" ? "closed" : "open";
+      mapStateFromGitHub(ghState, labels = []) {
+        if (ghState === "closed") return "closed";
+        if (labels.includes("in-progress")) return "in_progress";
+        return "open";
       }
       mapStateToGitHub(state) {
         if (!state) return "open";
@@ -471,7 +510,7 @@ var init_gitlab = __esm({
 // src/lib/tracker/factory.ts
 function getTrackerKeyFromConfig(trackerType) {
   try {
-    const yamlConfig = loadConfig();
+    const { config: yamlConfig } = loadConfig();
     return yamlConfig.trackerKeys[trackerType];
   } catch {
     return void 0;
@@ -597,4 +636,4 @@ export {
   getAllTrackers,
   init_factory
 };
-//# sourceMappingURL=chunk-XFR2DLMR.js.map
+//# sourceMappingURL=chunk-76F6DSVS.js.map