takomi 2.1.43 → 2.1.45

package/assets/.agent/skills/shared-resend-portfolio/SKILL.md

@@ -0,0 +1,124 @@
+---
+name: shared-resend-portfolio
+description: Reuse one Resend account and one verified sender domain across multiple branded products, especially for solo developers and free-tier portfolios. Use when adding transactional email to another app without creating a separate Resend account or verified domain, while preserving per-product identity, recipients, Reply-To routing, templates, security boundaries, delivery reliability, and awareness of a shared sending quota.
+---
+
+# Shared Resend Portfolio
+
+Implement email for multiple products through one Resend account and verified domain. Optimize for a solo developer or small portfolio using the free tier without making every app look like the same product.
+
+## Core model
+
+Share infrastructure, not product identity:
+
+```text
+One Resend account
+└── Existing verified sender domain
+    ├── Product A sender identity
+    ├── Product B sender identity
+    └── Product C sender identity
+```
+
+Each app keeps its own:
+
+- sender display name
+- destination inbox
+- Reply-To routing
+- subject conventions
+- branded HTML and plain-text templates
+- deployment environment variables
+- delivery logs and failure behavior
+
+All apps share the account-level free-tier quota and verified-domain reputation.
+
+## Portfolio discovery
+
+Before implementation:
+
+1. Inspect the target app and any sibling app with a working Resend setup.
+2. Identify the canonical Resend account and already verified domain.
+3. Confirm the product display name, shared sender mailbox, internal recipient, support Reply-To inbox, and expected email types.
+4. Confirm whether the target deployment already has a Resend API key.
+5. Do not ask the user to create another account, verify another domain, or buy a plan unless the existing account cannot meet a stated requirement.
+
+## Account and key strategy
+
+Reuse the same Resend account and verified domain. Prefer a separate API key per deployed app when the account permits it; this limits the impact of a leaked or rotated key while remaining on one account and quota. Reuse the same key only when separate keys are unavailable or the user explicitly prefers that trade-off.
+
+Never copy secrets from another repository into source control. Add the selected key directly to each deployment’s secret environment.
+
+## Per-product configuration
+
+Use server-only variables and product-specific names where practical. Resolve their values from the user's existing Resend account, verified sender configuration, and intended product inbox—never copy example identities into an implementation.
+
+| Variable role | Purpose |
+|---|---|
+| Resend API key | Authenticates the server-side provider call |
+| Product sender identity | Combines the current product's display name with an address on the existing verified domain |
+| Product contact recipient | Receives this product's internal notifications |
+| Product reply address | Receives replies to user-facing messages when different from the contact recipient |
+
+The visible display name supplies product identity; the existing verified address supplies deliverability. Never use a `NEXT_PUBLIC_` or equivalent client-exposed variable for an API key.
+
+## Contact-form routing
+
+Send two separate messages:
+
+```text
+Internal notification
+From: configured product sender identity
+To: configured internal product inbox
+Reply-To: validated address submitted by the visitor
+
+Visitor confirmation
+From: configured product sender identity
+To: validated address submitted by the visitor
+Reply-To: configured internal product inbox
+```
+
+Do not put the visitor and internal inbox in one recipient list. Separate messages prevent address exposure and allow different content.
+
+Treat the internal notification as primary delivery. Return form success only after Resend accepts it and returns a message ID. Attempt visitor confirmation afterward; log its failure without claiming the primary enquiry was lost.
+
+## Brand isolation
+
+Create a distinct template shell for each product while keeping the provider module pattern reusable. Customize:
+
+- product name and descriptor
+- colors, typography, and header treatment
+- email preview text
+- subjects and tone
+- footer ownership, support address, and response expectations
+
+Use table layouts, inline CSS, a 600–640px content width, escaped user values, and a plain-text version. Do not reuse another product’s visual identity merely because the sender infrastructure is shared.
+
+## Shared free-tier safeguards
+
+- Check the current Resend free-tier limits rather than relying on remembered numbers.
+- Remember that every app consumes the same account quota.
+- Send only necessary transactional messages; avoid duplicate notifications.
+- Keep anti-spam controls on public forms: validation, length limits, honeypot, and rate limiting where appropriate.
+- Avoid retry loops that can send duplicates. Persist or use idempotency where the workflow has meaningful retry risk.
+- Monitor provider rejections and quota errors without logging secrets or unnecessary personal data.
+- Escalate to another account or paid plan only when measured volume, isolation, compliance, or reputation requirements justify it.
+
+## Reliable implementation
+
+1. Install the official `resend` package in the correct workspace.
+2. Keep provider calls in a server-only module.
+3. Validate `result.data?.id` and ensure `result.error` is absent.
+4. Catch SDK and network exceptions.
+5. Set `replyTo` explicitly.
+6. Return `503` when email is not configured and `502` when primary delivery fails.
+7. Preserve direct email, phone, or messaging fallbacks in the UI.
+8. Never report log-only handling as successful delivery.
+
+## Verification
+
+- Confirm the shared domain is verified in the reused Resend account.
+- Confirm the product-specific From, To, and Reply-To values.
+- Test internal delivery, then visitor confirmation, then replying in both directions.
+- Test validation, honeypot, missing-key, provider-rejection, and fallback paths.
+- Run repository-native typecheck, lint, test, and build commands.
+- Confirm the deployment contains its API key and product variables.
+- Perform one real submission before claiming live delivery works.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "takomi",
-  "version": "2.1.43",
+  "version": "2.1.45",
   "description": "🎯 Stop wrestling with AI. Start building with purpose. The artisan's toolkit for agent workflows, Codex skills, and original Takomi capabilities like 21st.dev integration.",
   "type": "module",
   "bin": {
@@ -37,9 +37,10 @@
   ],
   "scripts": {
     "postinstall": "node src/postinstall.js",
-    "test": "npm run test:typecheck && npm run test:regressions && npm run test:skills",
+    "test": "npm run test:typecheck && npm run test:regressions && npm run test:context-manager && npm run test:skills",
     "test:typecheck": "tsc --noEmit",
-    "test:regressions": "node scripts/test-regressions.js",
+    "test:regressions": "node scripts/test-regressions.js && node scripts/test-subagent-renderers.js && node scripts/test-subagent-heartbeat.js && node scripts/test-subagent-production-lifecycle.js && node scripts/test-subagent-acceptance.js && node scripts/test-takomi-runtime-renderers.js && node scripts/test-workflow-catalog.js && node scripts/test-oauth-router-report-ui.js && node --experimental-specifier-resolution=node scripts/test-takomi-board-errors.js && node scripts/test-takomi-gate-provenance.js && node scripts/test-subagent-project-trust.js",
+    "test:context-manager": "node --experimental-specifier-resolution=node scripts/test-context-manager-renderers.js",
     "test:skills": "node scripts/test-skill-selection.js",
     "takomi-flow:doctor": "node plugins/takomi-flow/scripts/takomi-flow.mjs doctor",
     "takomi-flow:selftest": "node plugins/takomi-flow/scripts/takomi-flow.mjs selftest",

package/src/pi-harness.js

@@ -575,6 +575,45 @@ function printFirstRunGuidance(reason) {
   console.log(pc.dim('  takomi --help             Show all commands\n'));
 }
 
+export function getSourceCheckoutLaunchArgs(cwd) {
+  const packageJson = path.join(cwd, 'package.json');
+  const extensionsRoot = path.join(cwd, '.pi', 'extensions');
+  const required = [
+    path.join(extensionsRoot, 'oauth-router', 'index.ts'),
+    path.join(extensionsRoot, 'takomi-runtime', 'index.ts'),
+    path.join(extensionsRoot, 'takomi-subagents', 'index.ts'),
+    path.join(extensionsRoot, 'takomi-context-manager', 'index.ts'),
+    path.join(extensionsRoot, 'notify-sound', 'index.ts'),
+  ];
+  const promptsRoot = path.join(cwd, '.pi', 'prompts');
+  const theme = path.join(cwd, '.pi', 'themes', 'takomi-noir.json');
+
+  let isTakomiSourceCheckout = false;
+  try {
+    const pkg = fs.readJsonSync(packageJson);
+    isTakomiSourceCheckout = pkg?.name === 'takomi'
+      && required.every((entry) => fs.existsSync(entry))
+      && fs.existsSync(promptsRoot)
+      && fs.existsSync(theme);
+  } catch {}
+
+  if (!isTakomiSourceCheckout) return [];
+
+  // Normal Pi auto-discovery would load both the globally installed Takomi
+  // extensions and this checkout's project copies. Besides tool conflicts,
+  // both runtime instances register lifecycle/UI handlers, which causes slow
+  // startup and duplicated headers/widgets/footers. Match scripts/pi-dev.ps1:
+  // disable discovery and load exactly one local development set.
+  return [
+    '--no-extensions',
+    ...required.flatMap((entry) => ['--extension', entry]),
+    '--no-prompt-templates',
+    '--prompt-template', promptsRoot,
+    '--no-themes',
+    '--theme', theme,
+  ];
+}
+
 export async function launchTakomiHarness(cwd = process.cwd()) {
   // Keep the common `takomi` path lean. A full environment inspection shells out
   // to `pi --version`, which costs multiple seconds on Windows before Pi even
@@ -606,7 +645,8 @@ export async function launchTakomiHarness(cwd = process.cwd()) {
   };
 
   return await new Promise((resolve) => {
-    const resolved = resolveCommandForSpawn(pi.path || 'pi', []);
+    const launchArgs = getSourceCheckoutLaunchArgs(cwd);
+    const resolved = resolveCommandForSpawn(pi.path || 'pi', launchArgs);
     const child = spawn(resolved.command, resolved.args, {
       cwd,
       stdio: 'inherit',

package/src/pi-takomi-core/types.ts

@@ -96,6 +96,16 @@ export type TakomiSubagentRunGroup = {
   sessionId?: string;
 };
 
+export type WorkflowAvailability = "embedded";
+
+export type WorkflowCatalogEntry = {
+  id: TakomiWorkflowId;
+  stage: VibeLifecycleStage;
+  name: string;
+  description: string;
+  availability: WorkflowAvailability;
+};
+
 export type WorkflowDefinition = {
   id: TakomiWorkflowId;
   stage: VibeLifecycleStage;

package/src/pi-takomi-core/workflows.ts

@@ -1,45 +1,86 @@
-import type { TakomiWorkflowId, WorkflowDefinition } from "./types";
-
-const VIBE_GENESIS_PLAYBOOK = `Genesis fallback summary: author the project foundation in markdown, with PRD, FR issues, coding guidelines, architecture decisions, data models, API contracts, implementation strategy, and a clean handoff. For broad projects, Genesis may also create the orchestration session that carries the work into UI/UX Design and Build. The runtime should prefer .pi/prompts/genesis-prompt.md; this string exists only as a compatibility fallback.`;
-const VIBE_DESIGN_PLAYBOOK = `Design fallback summary: define UI/UX only: visual system, user journeys, interaction flows, mockups, accessibility expectations, and frontend builder constraints in markdown. Technical architecture, data models, and API contracts belong in Genesis or Architect planning. The runtime should prefer .pi/prompts/design-prompt.md; this string exists only as a compatibility fallback.`;
-const VIBE_BUILD_PLAYBOOK = `Build fallback summary: implement the approved plan with FR-driven work, strict verification, mockup adherence, and explicit handoff reporting. The runtime should prefer .pi/prompts/build-prompt.md; this string exists only as a compatibility fallback.`;
-export const WORKFLOWS: Record<TakomiWorkflowId, WorkflowDefinition> = {
-  "vibe-genesis": {
-    id: "vibe-genesis",
-    stage: "genesis",
-    title: "Vibe Genesis",
-    purpose: "Initialize a project with markdown blueprints, technical planning, and a clean handoff into UI/UX Design or Build. See .pi/prompts/genesis-prompt.md for the canonical behavior.",
-    preferredRole: "architect",
-    preferredAgent: "architect",
-    nextStage: "design",
-    playbook: VIBE_GENESIS_PLAYBOOK,
-  },
-  "vibe-design": {
-    id: "vibe-design",
-    stage: "design",
-    title: "Vibe Design",
-    purpose: "Define UI/UX only: visual system, user journeys, interaction flows, mockups, accessibility expectations, and frontend builder constraints before implementation begins. See .pi/prompts/design-prompt.md for the canonical behavior.",
-    preferredRole: "design",
-    preferredAgent: "designer",
-    preferredModelHint: "Prefer Gemini 3.1 Pro Preview or another strong design-capable model actually available in Pi.",
-    nextStage: "build",
-    playbook: VIBE_DESIGN_PLAYBOOK,
-  },
-  "vibe-build": {
-    id: "vibe-build",
-    stage: "build",
-    title: "Vibe Build",
-    purpose: "Execute the approved plan with FR-based implementation, strict verification, mockup adherence, and explicit handoff reporting. See .pi/prompts/build-prompt.md for the canonical behavior.",
-    preferredRole: "orchestrator",
-    preferredAgent: "orchestrator",
-    playbook: VIBE_BUILD_PLAYBOOK,
-  },
-};
-
-export function listWorkflowDefinitions(): WorkflowDefinition[] {
-  return Object.values(WORKFLOWS);
-}
-
-export function getWorkflowDefinition(id: TakomiWorkflowId): WorkflowDefinition {
-  return WORKFLOWS[id];
-}
+import type { TakomiWorkflowId, WorkflowCatalogEntry, WorkflowDefinition } from "./types";
+
+const VIBE_GENESIS_PLAYBOOK = `Genesis fallback summary: author the project foundation in markdown, with PRD, FR issues, coding guidelines, architecture decisions, data models, API contracts, implementation strategy, and a clean handoff. For broad projects, Genesis may also create the orchestration session that carries the work into UI/UX Design and Build. The runtime should prefer .pi/prompts/genesis-prompt.md; this string exists only as a compatibility fallback.`;
+const VIBE_DESIGN_PLAYBOOK = `Design fallback summary: define UI/UX only: visual system, user journeys, interaction flows, mockups, accessibility expectations, and frontend builder constraints in markdown. Technical architecture, data models, and API contracts belong in Genesis or Architect planning. The runtime should prefer .pi/prompts/design-prompt.md; this string exists only as a compatibility fallback.`;
+const VIBE_BUILD_PLAYBOOK = `Build fallback summary: implement the approved plan with FR-driven work, strict verification, mockup adherence, and explicit handoff reporting. The runtime should prefer .pi/prompts/build-prompt.md; this string exists only as a compatibility fallback.`;
+
+/**
+ * Canonical model-facing lifecycle metadata. Runtime tools may frame this
+ * catalog differently, but must not maintain their own workflow wording.
+ */
+export const WORKFLOW_CATALOG: readonly WorkflowCatalogEntry[] = [
+  {
+    id: "vibe-genesis",
+    stage: "genesis",
+    name: "Vibe Genesis",
+    description: "Initialize a project with markdown blueprints, technical planning, and a clean handoff into UI/UX Design or Build. See .pi/prompts/genesis-prompt.md for the canonical behavior.",
+    availability: "embedded",
+  },
+  {
+    id: "vibe-design",
+    stage: "design",
+    name: "Vibe Design",
+    description: "Define UI/UX only: visual system, user journeys, interaction flows, mockups, accessibility expectations, and frontend builder constraints before implementation begins. See .pi/prompts/design-prompt.md for the canonical behavior.",
+    availability: "embedded",
+  },
+  {
+    id: "vibe-build",
+    stage: "build",
+    name: "Vibe Build",
+    description: "Execute the approved plan with FR-based implementation, strict verification, mockup adherence, and explicit handoff reporting. See .pi/prompts/build-prompt.md for the canonical behavior.",
+    availability: "embedded",
+  },
+] as const;
+
+const WORKFLOW_IMPLEMENTATIONS: Record<TakomiWorkflowId, Omit<WorkflowDefinition, "id" | "stage" | "title" | "purpose">> = {
+  "vibe-genesis": {
+    preferredRole: "architect",
+    preferredAgent: "architect",
+    nextStage: "design",
+    playbook: VIBE_GENESIS_PLAYBOOK,
+  },
+  "vibe-design": {
+    preferredRole: "design",
+    preferredAgent: "designer",
+    preferredModelHint: "Prefer Gemini 3.1 Pro Preview or another strong design-capable model actually available in Pi.",
+    nextStage: "build",
+    playbook: VIBE_DESIGN_PLAYBOOK,
+  },
+  "vibe-build": {
+    preferredRole: "orchestrator",
+    preferredAgent: "orchestrator",
+    playbook: VIBE_BUILD_PLAYBOOK,
+  },
+};
+
+export const WORKFLOWS: Record<TakomiWorkflowId, WorkflowDefinition> = Object.fromEntries(
+  WORKFLOW_CATALOG.map((workflow) => [
+    workflow.id,
+    {
+      ...WORKFLOW_IMPLEMENTATIONS[workflow.id],
+      id: workflow.id,
+      stage: workflow.stage,
+      title: workflow.name,
+      purpose: workflow.description,
+    },
+  ]),
+) as Record<TakomiWorkflowId, WorkflowDefinition>;
+
+export function listWorkflowCatalog(): readonly WorkflowCatalogEntry[] {
+  return WORKFLOW_CATALOG;
+}
+
+export function listWorkflowDefinitions(): WorkflowDefinition[] {
+  return Object.values(WORKFLOWS);
+}
+
+export function getWorkflowCatalogEntry(id: TakomiWorkflowId): WorkflowCatalogEntry {
+  const workflow = WORKFLOW_CATALOG.find((entry) => entry.id === id);
+  if (!workflow) throw new Error(`Unknown Takomi workflow: ${id}`);
+  return workflow;
+}
+
+/** Loads the direct-playbook payload for takomi_workflow without board framing. */
+export function getWorkflowDefinition(id: TakomiWorkflowId): WorkflowDefinition {
+  return WORKFLOWS[id];
+}

package/src/skills-catalog.js

@@ -2,209 +2,9 @@ import fs from 'fs-extra';
 import path from 'path';
 import pc from 'picocolors';
 import { PATHS } from './utils.js';
+import { CORE_SKILLS, SKILL_CATEGORIES } from '../.pi/extensions/takomi-context-manager/skill-categories.js';
 
-export const CORE_SKILLS = [
-  'takomi',
-  'sync-docs',
-  'code-review',
-  'security-audit',
-  'optimize-agent-context',
-  'agent-recovery',
-  'avoid-feature-creep',
-  'ai-sdk',
-  'git-commit-generation',
-];
-
-export const SKILL_CATEGORIES = [
-  {
-    id: 'core',
-    title: 'Core / Recommended',
-    color: 'cyan',
-    description: 'Essential skills for efficient Takomi usage.',
-    skills: CORE_SKILLS,
-  },
-  {
-    id: 'developer',
-    title: 'Developer / Frameworks',
-    color: 'blue',
-    description: 'Framework, repo, and developer workflow helpers.',
-    skills: [
-      'ai-sdk',
-      'nextjs-standards',
-      'context7',
-      'monorepo-management',
-      'upgrading-expo',
-      'github-ops',
-      'git-worktree',
-      'git-commit-generation',
-      'pr-comment-fix',
-      'jules',
-      'gemini',
-      'anti-gravity',
-    ],
-  },
-  {
-    id: 'security',
-    title: 'Security / Review',
-    color: 'red',
-    description: 'Security, audit, and review workflows.',
-    skills: [
-      'security-audit',
-      'audit-website',
-      'code-review',
-      'jstar-reviewer',
-      'convex-security-audit',
-      'convex-security-check',
-    ],
-  },
-  {
-    id: 'convex',
-    title: 'Convex',
-    color: 'green',
-    description: 'Convex framework skills and best practices.',
-    skills: [
-      'convex',
-      'convex-agents',
-      'convex-best-practices',
-      'convex-component-authoring',
-      'convex-cron-jobs',
-      'convex-file-storage',
-      'convex-functions',
-      'convex-http-actions',
-      'convex-migrations',
-      'convex-realtime',
-      'convex-schema-validator',
-      'convex-security-audit',
-      'convex-security-check',
-    ],
-  },
-  {
-    id: 'frontend',
-    title: 'Frontend / UI',
-    color: 'magenta',
-    description: 'Frontend implementation, UI/UX, components, and testing.',
-    skills: [
-      'frontend-design',
-      'web-design-guidelines',
-      'building-native-ui',
-      'ui-ux-pro-max',
-      'component-analysis',
-      '21st-dev-components',
-      'stitch',
-      'webapp-testing',
-      'figma',
-    ],
-  },
-  {
-    id: 'docs-office',
-    title: 'Docs / Office / Extraction',
-    color: 'yellow',
-    description: 'Document formats, extraction, and README support.',
-    skills: [
-      'pdf',
-      'docx',
-      'pptx',
-      'xlsx',
-      'high-fidelity-extraction',
-      'crafting-effective-readmes',
-      'exam-creator-skill',
-    ],
-  },
-  {
-    id: 'marketing',
-    title: 'Marketing / SEO / Copy',
-    color: 'green',
-    description: 'Marketing, SEO, naming, pricing, and social strategy.',
-    skills: [
-      'copywriting',
-      'marketing-ideas',
-      'pricing-strategy',
-      'programmatic-seo',
-      'seo-ready',
-      'social-content',
-      'twitter-automation',
-      'google-trends',
-      'domain-name-brainstormer',
-      'global-brand-namer',
-      'youtube-pipeline',
-    ],
-  },
-  {
-    id: 'ai-media',
-    title: 'AI Media / Content Creation',
-    color: 'magenta',
-    description: 'Optional AI media/content skills. Not installed by default.',
-    skills: [
-      'ai-avatar-video',
-      'ai-marketing-videos',
-      'ai-podcast-creation',
-      'ai-product-photography',
-      'ai-social-media-content',
-      'ai-voice-cloning',
-      'takomi-flow',
-    ],
-  },
-  {
-    id: 'creative-video',
-    title: 'Creative / Video / Art',
-    color: 'blue',
-    description: 'Creative visuals, video, animation, and art workflows.',
-    skills: [
-      'algorithmic-art',
-      'blender-mcp-scene-director',
-      'takomi-flow',
-      'remotion',
-      'remotion-real-ui-video',
-      'youtube-pipeline',
-      'ai-avatar-video',
-      'ai-marketing-videos',
-      'photo-book-builder',
-      'hyperframes',
-      'general-video',
-      'motion-graphics',
-    ],
-  },
-  {
-    id: 'hyperframes',
-    title: 'HyperFrames',
-    color: 'magenta',
-    description: 'HTML-native video creation and animation framework.',
-    skills: [
-      'hyperframes',
-      'hyperframes-core',
-      'hyperframes-keyframes',
-      'hyperframes-animation',
-      'hyperframes-creative',
-      'hyperframes-media',
-      'hyperframes-registry',
-      'hyperframes-cli',
-      'remotion-to-hyperframes',
-      'media-use',
-      'embedded-captions',
-      'faceless-explainer',
-      'general-video',
-      'motion-graphics',
-      'music-to-video',
-      'pr-to-video',
-      'product-launch-video',
-      'slideshow',
-      'talking-head-recut',
-      'website-to-video',
-    ],
-  },
-  {
-    id: 'skill-building',
-    title: 'Skill Building / Prompting / Orchestration',
-    color: 'cyan',
-    description: 'Skill authoring, prompt engineering, and optional orchestration helpers.',
-    skills: [
-      'skill-creator',
-      'prompt-engineering',
-      'subagent-driven-development',
-      'spawn-task',
-    ],
-  },
-];
+export { CORE_SKILLS, SKILL_CATEGORIES, getSkillCategory } from '../.pi/extensions/takomi-context-manager/skill-categories.js';
 
 const colorFns = {
   cyan: pc.cyan,

package/src/skills-installer.js

@@ -4,7 +4,7 @@ import path from 'path';
 import crypto from 'crypto';
 import pc from 'picocolors';
 import { PATHS } from './utils.js';
-import { getValidCoreSkills, listBundledSkillNames } from './skills-catalog.js';
+import { getSkillCategory, getValidCoreSkills, listBundledSkillNames } from './skills-catalog.js';
 
 const HOME = os.homedir();
 const TAKOMI_HOME = process.env.TAKOMI_HOME_DIR || path.join(HOME, '.takomi');
@@ -45,6 +45,7 @@ function normalizeOwnedEntry(name, entry) {
       targetPath: path.join(SKILLS_ROOT, name),
       installedAt: undefined,
       takomiVersion: undefined,
+      category: getSkillCategory(name),
     };
   }
   return {
@@ -53,6 +54,7 @@ function normalizeOwnedEntry(name, entry) {
     targetPath: entry.targetPath || path.join(SKILLS_ROOT, name),
     installedAt: entry.installedAt,
     takomiVersion: entry.takomiVersion,
+    category: entry.category || getSkillCategory(name),
   };
 }
 
@@ -163,6 +165,7 @@ export async function installBundledSkills(version = 'unknown', options = {}) {
       targetPath: dest,
       installedAt: new Date().toISOString(),
       takomiVersion: version,
+      category: getSkillCategory(name),
     };
     installed.push(name);
   }

package/src/takomi-stats.js

@@ -16,11 +16,11 @@ const pc = {
   magenta: ansi(35, 39),
 };
 
-const PRICES = {
-  'gpt-5.6-luna': [1.00, 0.10, 6.00],
-  'gpt-5.6-sol': [5.00, 0.50, 30.00],
-  'gpt-5.6-terra': [2.50, 0.25, 15.00],
-  'gpt-5.5': [5.00, 0.50, 30.00],
+const PRICES = {
+  'gpt-5.6-luna': [1.00, 0.10, 6.00],
+  'gpt-5.6-sol': [5.00, 0.50, 30.00],
+  'gpt-5.6-terra': [2.50, 0.25, 15.00],
+  'gpt-5.5': [5.00, 0.50, 30.00],
   'gpt-5.4': [2.50, 0.25, 15.00],
   'gpt-5.4-mini': [0.75, 0.075, 4.50],
   'gpt-5.4-nano': [0.20, 0.02, 1.25],