@shirayner/ace 0.1.0-snapshot.1

package/src/core/merger.js

@@ -0,0 +1,103 @@
+import fs from 'fs-extra';
+import path from 'path';
+import deepmerge from 'deepmerge';
+
+/**
+ * Merge CLAUDE.md: append missing @references from template into existing file.
+ * Preserves all existing content, only adds new @references.
+ */
+export function mergeClaudeMd(existingContent, templateContent) {
+  const existingRefs = extractRefs(existingContent);
+  const templateRefs = extractRefs(templateContent);
+
+  const missingRefs = templateRefs.filter(ref => !existingRefs.includes(ref));
+
+  if (missingRefs.length === 0) {
+    return { content: existingContent, added: [] };
+  }
+
+  // Append missing references at the end with a section marker
+  const additions = missingRefs.map(ref => {
+    const line = findRefLine(templateContent, ref);
+    return line || `- @${ref}`;
+  });
+
+  const appendSection = [
+    '',
+    '## Added by ace',
+    ...additions,
+    '',
+  ].join('\n');
+
+  return {
+    content: existingContent.trimEnd() + '\n' + appendSection,
+    added: missingRefs,
+  };
+}
+
+function extractRefs(content) {
+  const refPattern = /@~?\/?\.?claude\/[^\s)]+/g;
+  const matches = content.match(refPattern) || [];
+  return matches.map(ref => ref.replace(/^@/, ''));
+}
+
+function findRefLine(content, ref) {
+  const lines = content.split('\n');
+  return lines.find(line => line.includes(ref));
+}
+
+/**
+ * Deep merge settings.json: add hooks, plugins, keep existing permissions.
+ * Uses array-append strategy for hooks (deduplicated by matcher).
+ */
+export function mergeSettingsJson(existing, template) {
+  const merged = deepmerge(existing, template, {
+    arrayMerge: mergeHooksArrays,
+    customMerge: (key) => {
+      // For these keys, template should not override existing
+      if (key === 'model' || key === 'theme' || key === 'locale') {
+        return (a, _b) => a;
+      }
+      return undefined;
+    },
+  });
+
+  return merged;
+}
+
+/**
+ * Custom array merge for hooks: deduplicate by matcher field.
+ */
+function mergeHooksArrays(target, source) {
+  const result = [...target];
+  for (const item of source) {
+    const exists = target.some(t =>
+      t.matcher === item.matcher &&
+      JSON.stringify(t.hooks) === JSON.stringify(item.hooks)
+    );
+    if (!exists) {
+      result.push(item);
+    }
+  }
+  return result;
+}
+
+/**
+ * Check if a file or directory exists at the target path.
+ */
+export async function conflictCheck(targetPath) {
+  return fs.pathExists(targetPath);
+}
+
+/**
+ * Create a backup of the target file before modifying.
+ */
+export async function backupFile(filePath) {
+  if (await fs.pathExists(filePath)) {
+    const timestamp = new Date().toISOString().replace(/[:.]/g, '-');
+    const backupPath = `${filePath}.ace-backup.${timestamp}`;
+    await fs.copy(filePath, backupPath);
+    return backupPath;
+  }
+  return null;
+}

package/templates/CLAUDE.md

@@ -0,0 +1,16 @@
+# 全局配置索引
+
+## 核心原则
+- @~/.claude/rules/thinking.md - 深度思考原则（序验深广辨简）
+
+## 代码规范
+- @~/.claude/rules/clean-code.md - Clean Code 核心原则（始终加载）
+- @~/.claude/rules/code-quality.md - 代码质量标准（编辑代码文件时加载）
+
+## 工作流规则
+- @~/.claude/rules/reporting.md - 报告输出规则
+- @~/.claude/rules/task-recovery.md - 任务恢复规则
+- @~/.claude/rules/context-hygiene.md - 上下文卫生与 Compaction 保护
+
+## 质量控制
+- @~/.claude/rules/memory-policy.md - Memory 质量策略

package/templates/commands/report.md

@@ -0,0 +1,63 @@
+---
+description: 分析问题并增量写入报告到markdown文件
+argument-hint: [输出文件路径] [分析主题...]
+allowed-tools: Read, Write, Edit, Grep, Glob, Bash, Task
+---
+
+你需要分析用户指定的主题/问题，并将分析报告输出到指定的 markdown 文件中。
+
+## 参数
+
+- 输出文件路径: $1
+- 分析主题: 从第二个参数开始的所有内容
+
+如果用户没有提供文件路径，请使用 AskUserQuestion 询问。
+
+## 关键规则：创建 + 追加写入
+
+**禁止**一次性将完整报告内容通过单次 Write 写入。
+**必须**使用"创建文件头 + Bash 追加"模式分段写入。
+
+### 第一步：分析与规划
+
+1. 充分理解分析主题，进行必要的代码/文件/资料探索
+2. 在对话中向用户简要说明你的分析计划和报告结构
+3. 规划报告的章节结构（一般 3-6 个章节）
+
+### 第二步：创建文件头
+
+使用 Write 工具创建文件，**只写标题和元信息**：
+
+```markdown
+# [报告标题]
+
+> 分析日期: [日期]
+> 分析主题: [主题]
+```
+
+### 第三步：逐段追加内容
+
+对每个章节，使用 **Bash 工具** 的 `cat >>` 追加内容到文件。格式：
+
+```bash
+cat >> "文件路径" <<'REPORT_SECTION'
+
+## N. 章节标题
+
+章节正文内容...
+
+REPORT_SECTION
+```
+
+规则：
+- 每次追加 **1-2 个章节**（短章节可合并，减少调用次数）
+- 追加前在对话中简要说明该章节要点（文字流式显示，提供进度感）
+- 不限制单次追加的长度
+- 用 `'REPORT_SECTION'`（带引号）作为 heredoc 定界符，防止变量展开
+
+### 第四步：输出总结
+
+报告写完后，向用户简要说明：
+- 报告文件路径
+- 报告结构概览
+- 关键发现/结论摘要

package/templates/hookify/hookify.block-dangerous-ops.local.md

@@ -0,0 +1,16 @@
+---
+name: block-dangerous-ops
+enabled: true
+event: bash
+pattern: rm\s+-rf|git\s+push\s+.*(-f|--force)|DROP\s+TABLE|TRUNCATE\s+TABLE|git\s+reset\s+--hard|git\s+clean\s+-fd
+action: block
+---
+
+**危险操作已阻止!**
+
+检测到高风险命令，已自动拦截。请确认:
+- 是否真的需要执行此操作？
+- 是否有更安全的替代方案？
+- 数据是否已备份？
+
+如确需执行，请手动在终端中运行。

package/templates/hookify/hookify.protect-secrets.local.md

@@ -0,0 +1,17 @@
+---
+name: protect-secrets
+enabled: true
+event: file
+conditions:
+  - field: file_path
+    operator: regex_match
+    pattern: \.env$|\.env\.|credentials|\.key$|secrets|\.pem$|\.p12$|password
+action: warn
+---
+
+**敏感文件编辑警告!**
+
+正在编辑可能包含敏感信息的文件。请确认:
+- 文件已加入 .gitignore
+- 未硬编码任何凭据或密钥
+- 使用环境变量引用敏感值

package/templates/hookify/hookify.require-verification.local.md

@@ -0,0 +1,13 @@
+---
+name: require-verification
+enabled: true
+event: stop
+action: warn
+---
+
+**交付前验证提醒**
+
+请确认已完成以下检查:
+- 代码变更已通过编译
+- 相关测试已执行且通过
+- 变更符合项目规范

package/templates/hooks/java-compile-check.sh

@@ -0,0 +1,106 @@
+#!/bin/bash
+# Java Compile Check — PostToolUse Hook
+# 设计原则：静默成功，喧嚣失败，增量编译，超时保护
+# 触发条件：Edit|Write 工具修改 .java 文件后自动运行
+
+set -euo pipefail
+
+# 读取 stdin（Claude Code 传入的 JSON）
+INPUT=$(cat)
+
+# 提取 tool_input.file_path（无 jq 依赖，用 grep+sed）
+FILE_PATH=$(echo "$INPUT" | grep -o '"file_path"[[:space:]]*:[[:space:]]*"[^"]*"' | head -1 | sed 's/.*"file_path"[[:space:]]*:[[:space:]]*"//;s/"$//')
+
+# 如果提取不到 file_path，静默退出
+[[ -z "$FILE_PATH" ]] && exit 0
+
+# 只处理 .java 文件
+[[ "$FILE_PATH" != *.java ]] && exit 0
+
+# Windows 路径转换：C:\foo\bar → /c/foo/bar, D:\foo\bar → /d/foo/bar
+normalize_path() {
+    local p="$1"
+    # 已经是 Unix 路径
+    if [[ "$p" == /* ]]; then
+        echo "$p"
+        return
+    fi
+    # Windows 绝对路径 D:\... 或 D:/...
+    if [[ "$p" =~ ^([A-Za-z]):[/\\] ]]; then
+        local drive="${BASH_REMATCH[1]}"
+        drive=$(echo "$drive" | tr '[:upper:]' '[:lower:]')
+        p="/$drive/${p:3}"
+    fi
+    # 反斜杠 → 正斜杠
+    echo "${p//\\//}"
+}
+
+FILE_PATH=$(normalize_path "$FILE_PATH")
+
+# 检查文件是否存在
+[[ ! -f "$FILE_PATH" ]] && exit 0
+
+# 向上查找 pom.xml 或 build.gradle（项目根）
+find_project_root() {
+    local dir="$1"
+    while [[ "$dir" != "/" && "$dir" != "." ]]; do
+        if [[ -f "$dir/pom.xml" ]]; then
+            echo "$dir"
+            return 0
+        fi
+        if [[ -f "$dir/build.gradle" || -f "$dir/build.gradle.kts" ]]; then
+            echo "$dir"
+            return 0
+        fi
+        dir=$(dirname "$dir")
+    done
+    return 1
+}
+
+PROJECT_ROOT=$(find_project_root "$(dirname "$FILE_PATH")") || exit 0
+
+# 修复 JAVA_HOME 路径（Windows → Unix）
+if [[ -n "${JAVA_HOME:-}" ]]; then
+    JAVA_HOME=$(normalize_path "$JAVA_HOME")
+    export JAVA_HOME
+fi
+
+# 确定构建工具和编译命令
+COMPILE_CMD=""
+if [[ -f "$PROJECT_ROOT/pom.xml" ]]; then
+    # Maven：仅编译，跳过测试，静默模式
+    MVN_CMD="mvn"
+    if [[ -f "$PROJECT_ROOT/mvnw" || -f "$PROJECT_ROOT/mvnw.cmd" ]]; then
+        MVN_CMD="$PROJECT_ROOT/mvnw"
+    fi
+    COMPILE_CMD="$MVN_CMD compile -q -T 1C -DskipTests -f $PROJECT_ROOT/pom.xml"
+elif [[ -f "$PROJECT_ROOT/build.gradle" || -f "$PROJECT_ROOT/build.gradle.kts" ]]; then
+    # Gradle：增量编译
+    GRADLE_CMD="gradle"
+    if [[ -f "$PROJECT_ROOT/gradlew" || -f "$PROJECT_ROOT/gradlew.bat" ]]; then
+        GRADLE_CMD="$PROJECT_ROOT/gradlew"
+    fi
+    COMPILE_CMD="$GRADLE_CMD compileJava -q -p $PROJECT_ROOT"
+fi
+
+[[ -z "$COMPILE_CMD" ]] && exit 0
+
+# 带超时执行编译（30秒上限）
+COMPILE_OUTPUT=$(timeout 30 bash -c "$COMPILE_CMD" 2>&1) || {
+    EXIT_CODE=$?
+    if [[ $EXIT_CODE -eq 124 ]]; then
+        echo "⏱ Java 编译超时（30s），跳过本次检查。请手动验证。"
+        exit 0
+    fi
+    # 编译失败 — 喧嚣输出
+    echo "❌ Java 编译失败！修改文件: $(basename "$FILE_PATH")"
+    echo "项目: $PROJECT_ROOT"
+    echo ""
+    echo "$COMPILE_OUTPUT" | tail -30
+    echo ""
+    echo "请修复编译错误后再继续。"
+    exit 1
+}
+
+# 编译成功 — 静默退出
+exit 0

package/templates/memory/MEMORY.md

@@ -0,0 +1,4 @@
+# Memory Index
+
+## User
+- [User Profile](user_profile.md) — Developer profile and collaboration preferences

package/templates/memory/roles/backend.md

@@ -0,0 +1,11 @@
+---
+name: User Profile
+description: Backend developer profile - Java primary, microservices, APIs, system design
+type: user
+---
+
+Backend developer. Primary language: Java. Also works with Go, Python, SQL.
+
+Focus areas: microservices architecture, API design, database optimization, distributed systems.
+
+AI collaboration style: prefers depth over breadth, values systematic analysis, appreciates clean code principles.

package/templates/memory/roles/client.md

@@ -0,0 +1,11 @@
+---
+name: User Profile
+description: Client developer profile - mobile/desktop apps, iOS/Android/Flutter
+type: user
+---
+
+Client developer. Primary languages: Kotlin, Swift. Frameworks: Android SDK, iOS UIKit/SwiftUI, Flutter.
+
+Focus areas: mobile architecture (MVVM/Clean Architecture), native performance, offline-first design, platform guidelines.
+
+AI collaboration style: values platform-specific best practices, appreciates attention to UX details.

package/templates/memory/roles/frontend.md

@@ -0,0 +1,11 @@
+---
+name: User Profile
+description: Frontend developer profile - TypeScript/React primary, UI/UX, web performance
+type: user
+---
+
+Frontend developer. Primary language: TypeScript. Frameworks: React, Vue, Next.js.
+
+Focus areas: component architecture, state management, web performance, responsive design, accessibility.
+
+AI collaboration style: visual-first, values clean UI patterns, appreciates practical examples over theory.

package/templates/memory/roles/fullstack.md

@@ -0,0 +1,11 @@
+---
+name: User Profile
+description: Fullstack developer profile - TypeScript + Java, frontend + backend + infrastructure
+type: user
+---
+
+Fullstack developer. Languages: TypeScript, Java. Also works with Python, Go, SQL.
+
+Focus areas: end-to-end feature delivery, API design, frontend architecture, database design, CI/CD.
+
+AI collaboration style: pragmatic, values working solutions over perfect architecture, appreciates full-stack context awareness.

package/templates/rules/clean-code.md

@@ -0,0 +1,33 @@
+# Clean Code 核心原则
+
+> 代码是写给人看的，机器只是顺便执行。
+
+## 六条原则
+
+1. **意图清晰** — 命名即意图，自解释代码。注释只说"为什么"，不说"做什么"。显式优于隐式：错误、副作用、边界条件都要显性化。
+2. **单一职责** — 每个模块/函数/类只负责一件事。一个模块只应因一个理由而改变。隔离变化与稳定。
+3. **最小 Surprise** — 代码做读者期望的事。命名与行为一致，遵循团队和行业约定。
+4. **DRY** — 每处知识只表达一次。单一真相源，变化时只改一处。
+5. **简洁胜于复杂** — KISS：复杂化需有理由。YAGNI：不为假设的未来抽象。先正确，再清晰，后优化。
+6. **渐进改进** — 童子军规则：离开时比发现时更干净。可测试性 = 设计质量。
+
+## 反模式速查
+
+| 反模式 | 解药 |
+|--------|------|
+| 上帝类/函数 | 拆分职责 |
+| 重复代码 | 提取公共逻辑 |
+| 过度工程 | YAGNI，简单优先 |
+| 紧耦合 | 引入抽象层 |
+| 静默失败 | 显性错误处理 |
+| 副作用隐藏 | 重命名或分离 |
+
+## 执行优先级
+
+当原则冲突时：
+
+1. **正确性** > 性能
+2. **可读性** > 简洁
+3. **清晰** > clever
+4. **简单** > 通用
+5. **显式** > 隐式

package/templates/rules/code-quality.md

@@ -0,0 +1,74 @@
+---
+globs: ["**/*.java", "**/*.py", "**/*.js", "**/*.ts", "**/*.jsx", "**/*.tsx", "**/*.go", "**/*.kt", "**/*.vue"]
+---
+
+# 代码质量标准
+
+> 编辑代码文件时自动加载。与 clean-code.md 核心原则配合使用。
+
+## 函数/方法质量
+
+| 检查项 | 标准 | 未通过时的处理 |
+|--------|------|----------------|
+| 职责单一 | 能用"动词+名词"一句话描述 | 拆分函数 |
+| 长度适中 | 理想 20 行内，最多 30 行 | 提取子函数 |
+| 参数数量 | 3 个以内 | 封装为对象 |
+| 嵌套深度 | 3 层以内 | 使用卫语句/早期返回 |
+| 副作用 | 命名明确体现或无副作用 | 重命名或分离副作用 |
+| 可测试性 | 不依赖全局状态，可独立测试 | 注入依赖，消除全局变量 |
+
+## 命名质量
+
+| 检查项 | 标准 | 反面示例 |
+|--------|------|----------|
+| 表达意图 | 看到名字就知道用途 | `data` → `userProfile` |
+| 避免歧义 | 同一概念用同一词汇 | 不要混用 get/fetch/retrieve |
+| 避免缩写 | 除非是行业通用缩写 | `usrCnt` → `userCount` |
+| 区分状态 | 布尔值用 is/has/should | `valid` → `isValid` |
+| 体现副作用 | 修改操作动词明确 | `getUser()` vs `fetchAndSaveUser()` |
+
+## 代码结构质量
+
+| 检查项 | 标准 | 检查方法 |
+|--------|------|----------|
+| 无重复逻辑 | 相似代码提取公共部分 | 视觉扫描相同/相似代码块 |
+| 无魔法值 | 字面量有命名常量 | 搜索数字/字符串字面量 |
+| 错误显性 | 错误不静默、不吞异常 | 检查所有错误处理路径 |
+| 边界封装 | 边界条件集中处理 | 检查边界值散落情况 |
+| 依赖明确 | 依赖关系清晰、可注入 | 检查 new 关键字和导入 |
+| 变化隔离 | 稳定部分不依赖易变部分 | 检查接口和抽象层 |
+
+## SOLID 原则
+
+- **S** Single Responsibility — 一个类只因一个理由改变。判断：描述职责时是否用了"和"/"或"
+- **O** Open/Closed — 对扩展开放，对修改封闭。新功能通过添加代码实现
+- **L** Liskov Substitution — 子类能替换父类。违反信号：isInstanceOf、向下转型
+- **I** Interface Segregation — 客户端不依赖不需要的接口。大接口拆为小接口
+- **D** Dependency Inversion — 依赖抽象而非具体实现。高层不依赖低层
+
+## 代码审查自检
+
+### 可读性
+- [ ] 去掉注释后代码还能被理解？
+- [ ] 新手 3 分钟内能理解核心逻辑？
+- [ ] 命名是否与实现一致？
+
+### 可维护性
+- [ ] 最可能变化的地方修改是否容易？
+- [ ] 有重复逻辑在别处？修改时会遗漏？
+- [ ] 新功能需要改几处？（理想：一处）
+
+### 健壮性
+- [ ] 所有错误路径都被处理？
+- [ ] 空值、空集合、极限值已封装？
+- [ ] 竞态条件或并发安全问题？
+
+### 简洁性
+- [ ] 有过度设计迹象？
+- [ ] 能用更简单方案达同样效果？
+- [ ] 每行代码、每个抽象都有存在理由？
+
+### 可测试性
+- [ ] 不依赖外部系统即可测试？
+- [ ] 测试能作为使用文档？
+- [ ] 修改时测试能提供快速反馈？

package/templates/rules/context-hygiene.md

@@ -0,0 +1,29 @@
+# Context Hygiene 规则
+
+> 保护长任务中的关键状态，对抗上下文压缩带来的信息丢失。
+
+---
+
+## Compaction 保护
+
+当会话上下文被压缩时，**必须保留**以下信息：
+
+1. **当前任务状态** — 正在执行什么、完成了什么、下一步是什么
+2. **关键决策及其理由** — 为什么选择方案 A 而非 B
+3. **已修改的文件列表** — 精确到文件路径
+4. **未完成的待办项** — 确保不遗漏
+5. **验证结果** — 测试是否通过、编译是否成功
+
+## 状态外化
+
+长任务（预计超过 20 步）执行期间：
+
+- 使用 `.tasks/` 目录下的 state.md 持久化进度
+- 关键中间产物写入文件而非仅保留在上下文中
+- 每完成一个阶段，更新 state.md 的进度摘要
+
+## 会话卫生
+
+- 探索性搜索通过 sub-agent 执行，避免大量原始结果污染主上下文
+- 已完成阶段的详细输出可被压缩，但决策和结论必须保留
+- 读取大文件时使用 offset/limit 按需加载，而非一次性全量读取

package/templates/rules/memory-policy.md

@@ -0,0 +1,30 @@
+# Memory 质量策略
+
+> 全局 memory 是跨项目共享的稀缺资源。每条记忆都必须通过严格筛选。
+
+## 保存门槛
+
+### 必须同时满足（AND）
+1. **跨会话复用** — 未来不同会话中会被用到
+2. **不可推导** — 无法从代码、git history、CLAUDE.md、文档中直接获取
+
+### 至少满足一项（OR）
+3. **反直觉** — 踩过坑才知道的经验，而非常识
+4. **高复用** — 预计在 3+ 不同会话中适用
+5. **纠错信号** — 用户明确纠正了行为，且适用于未来场景
+
+## 绝不保存
+
+- 项目特定的构建命令、文件结构、依赖版本（→ 项目 CLAUDE.md）
+- 临时状态：当前任务进度、未合并分支、进行中讨论
+- 代码模式和架构细节（→ 从代码推导）
+- Git 历史和变更摘要（→ git log）
+- 已在 CLAUDE.md 或 rules 中声明的内容（→ 避免重复）
+
+## 写入纪律
+
+- feedback 类型**必须**包含 **Why** + **How to apply**
+- 文件名必须表达内容（`feedback_no_mock_db.md`，非 `memory_1.md`）
+- 每条记忆 ≤ 10 行，MEMORY.md 索引每条 < 150 字符
+- 保存前检查已有记忆，有则更新而非新建
+- MEMORY.md 索引长期保持 < 100 行

package/templates/rules/reporting.md

@@ -0,0 +1,9 @@
+# 报告输出规则
+
+当用户的请求符合以下任一场景时，**自动**通过 Skill 工具调用 `report`（无需用户显式输入 `/report`）：
+
+- 要求将分析结果、总结或报告输出到 markdown 文件
+- 出现"写到文件"、"输出到文档"、"生成报告"、"写份报告"等表述
+- 指定了输出文件路径且内容为分析/总结性质
+
+调用方式：`Skill tool → skill: "report", args: "<文件路径> <分析主题>"`

package/templates/rules/task-recovery.md

@@ -0,0 +1,13 @@
+# 任务恢复规则
+
+当用户说"继续"、"恢复"、"接着做"、"从断点继续"等表达时，**必须**先检查进行中的任务，**不要**仅凭内置 TaskList（会话级，新会话后为空）的结果就断定没有进行中的任务。
+
+## 恢复流程
+
+1. Glob 搜索 `.tasks/*/state.md`
+2. 读取找到的 state.md 文件头部（前 10 行），提取 `Type` 字段
+3. 路由规则：
+   - `Type: coding` → 通过 Skill 工具调用 `coding` skill，参数传递 `resume`
+   - 其他或无 Type 字段 → 通过 Skill 工具调用 `auto-goal` skill，参数传递 `resume`
+4. 多个活跃任务（`Status: in-progress`）时，列出让用户选择
+5. 无活跃任务时，告知用户并询问是否开始新任务

package/templates/rules/thinking.md

@@ -0,0 +1,19 @@
+# 深度思考原则
+
+宁可慢一步想清楚，不要快一步做错了。遵循以下原则时，持续自检：我此刻是否真的在遵守它们？觉察不到自己在浅层思考，是最危险的浅层思考。
+
+## 过程纪律
+
+**序** — 理解先于规划，规划先于行动。未经理解的方案是猜测，未经规划的执行是冲动。投入的思考量应匹配问题的复杂度。
+
+**验** — 用事实闭环，不以假设收尾。预期与现实的差距就是认知盲区。验证不通过时，回到"序"重新来，而非强行推进。
+
+## 思考品质
+
+**深** — 多问一层为什么。表面问题是深层问题的症状。抵达机制层和根因层才算理解。
+
+**广** — 在系统中定位局部。一切都有上下文、依赖和边界。改动一处，影响传向何方？
+
+**辨** — 主动为自己的结论找反证。方案都有代价，判断都有前提。区分事实、推断与猜测，对不确定性诚实。
+
+**简** — 复杂度是隐性负债，每一分都需要理由。真正想明白了的方案往往简洁。

package/templates/settings.json

@@ -0,0 +1,11 @@
+{
+  "permissions": {
+    "hooks": {
+      "PostToolUse": []
+    }
+  },
+  "autoMemoryDirectory": "~/.claude/memory/",
+  "enabledPlugins": {
+    "hookify@claude-plugins-official": true
+  }
+}