RainFly
明确一个目标，这很重要！
- 最新文章
-
让 Claude Code 一直干下去 让 Claude Code 一直干下去 三种方案，按安全性从高到低排列 方案一：Auto Mode（推荐） Auto Mode 是介于"每次手动审批"和"完全跳过权限"之间的中间路线。在每个工具调用执行前，分类器会自动审查是否安全，安全的操作自动放行，危险的操作被拦截。 # 启动时开启 claude --enable-auto-mode # 启动后用 Shift+Tab 循环切换模式 # 默认模式 → 自动接受编辑 → Auto Mode → 计划模式 # 非交互模式 claude -p "重构认证模块" --permission-mode auto 安全机制： 如果一个会话中连续触发 3 次拦截，或累计触发 20 次，系统会暂停并重新要求人工确认。 方案二：--dangerously-skip-permissions（YOLO 模式） 完全跳过所有权限提示，Claude 不间断工作直到任务完成。仅推荐在隔离的容器/沙箱环境中使用。 # 基础用法 claude --dangerously-skip-permissions "实现支付功能" # 配合预算限制（防止费用失控） claude --dangerously-skip-permissions --max-budget-usd 5.00 "大规模重构" # 配合命名会话（事后可恢复） claude --dangerously-skip-permissions -n "refactor-sprint" "继续重构" # 非交互流水线模式 claude -p --dangerously-skip-permissions "生成报告" ⚠️ 警告： 有真实生产凭证、SSH key、数据库连接的机器上不要用。 方案三：精细配置 allowedTools 不想完全放权，只对特定操作免审批： # 只允许特定命令免审批 claude --allowedTools "Bash(git *),Bash(npm *),Read,Write" 在 settings.json 中永久配置： // ~/.claude/settings.json { "permissions": { "allowedTools": , "deny": } } 模式对比 模式 自主程度 安全性 适合场景 默认模式 低（每步确认） 最高 敏感操作、生产环境 Auto Mode 高（分类器把关） 较高 日常长任务开发 allowedTools 中（精细控制） 高 指定范围自动化 --dangerously-skip-permissions 最高（无限制） 低 隔离容器/CI 实战组合技 # 先用 Plan Mode 规划，再切换到 Auto Mode 执行 # 1. 启动时进入计划模式（只读，不执行） claude --enable-auto-mode # Shift+Tab 切到 Plan Mode → 让 Claude 分析和规划 # 确认计划后 → Shift+Tab 切到 Auto Mode → 开始执行 # 配合预算上限 + 命名会话，安全地跑长任务 claude --dangerously-skip-permissions \ --max-budget-usd 10.00 \ -n "big-refactor" \ "按照 CLAUDE.md 的规范，完整重构 src/ 目录下所有组件" 核心建议 跑大任务前先 git commit 一次，留好退路。出了问题 git reset 救场。 -
Claude Code 常用命令大全 Claude Code 常用命令大全 整理版本：2026年4月 | 适用：Claude Code CLI & IDE 插件 目录 基础会话命令 文件与上下文管理 代码操作命令 Git 集成命令 项目与任务管理 MCP 服务器命令 配置与权限命令 /loop 软件开发检测命令 /loop 项目构建全套检查命令 一、基础会话命令 命令 说明 claude 启动交互式 REPL 会话 claude "你的问题" 非交互式单次查询 claude -p "提示词" 使用 -p 指定 prompt 直接运行 claude --model claude-sonnet-4-20250514 指定模型版本 claude --version 查看当前版本 claude --help 显示帮助信息 /exit 或 /quit 退出当前会话 /clear 清除当前对话上下文 /reset 重置会话状态 /help 显示可用命令列表 二、文件与上下文管理 命令 说明 @文件路径 将文件内容注入到上下文（如 @src/main.py） @目录/ 将整个目录结构注入上下文 /add 文件路径 添加文件到当前会话上下文 /context 查看当前上下文中已加载的文件列表 /context clear 清空上下文文件 /read 文件路径 读取并显示文件内容 cat 文件 \| claude -p "分析这个" 通过管道传入文件内容 claude < input.txt 从标准输入读取内容 三、代码操作命令 命令 说明 /edit 文件路径 打开文件进行编辑 /diff 查看当前会话中的代码变更 diff /apply 应用 Claude 生成的代码变更 /revert 撤销最近一次代码变更 /run 命令 在 shell 中执行命令并将结果返回给 Claude /test 运行项目测试（自动检测测试框架） /lint 运行代码静态分析 /format 格式化代码文件 /fix 让 Claude 自动修复检测到的错误 /explain 解释选中或当前文件的代码逻辑 /review 对当前代码进行 Code Review /refactor 重构指定代码段 /optimize 对代码进行性能优化建议 四、Git 集成命令 命令 说明 /git status 查看 Git 状态 /git diff 查看未提交变更 /git log 查看提交历史 /git commit -m "msg" 提交变更（Claude 可辅助生成 commit message） /git pr 创建或查看 Pull Request 描述 /commit 让 Claude 自动生成并执行 commit（含 message） /pr-description 自动生成 PR 描述文本 /changelog 基于 git log 生成变更日志 五、项目与任务管理 命令 说明 /init 初始化项目，生成 CLAUDE.md 配置文件 /project 查看当前项目信息 /todo 显示或管理待办任务列表 /todo add "任务描述" 新增一个任务 /todo done 编号 标记任务为完成 /plan "目标" 让 Claude 输出完成目标的步骤计划 /architect "描述" 生成系统架构设计方案 /docs 生成或更新项目文档 /readme 自动生成或更新 README.md 六、MCP 服务器命令 命令 说明 claude mcp list 列出所有已配置的 MCP 服务器 claude mcp add 名称 命令 添加新的 MCP 服务器 claude mcp remove 名称 移除指定 MCP 服务器 claude mcp get 名称 查看指定 MCP 服务器详情 claude mcp add-json 名称 '{"type":"stdio",...}' 以 JSON 格式添加 MCP 服务器 claude mcp add --scope user 添加用户级别的 MCP 服务器 claude mcp add --scope project 添加项目级别的 MCP 服务器 claude mcp serve 将 Claude Code 作为 MCP 服务器启动 七、配置与权限命令 命令 说明 claude config list 查看所有配置项 claude config get 键名 获取指定配置值 claude config set 键名 值 设置配置项 claude config set model claude-sonnet-4-20250514 设置默认模型 claude --allowedTools "Bash,Read,Write" 限制允许使用的工具 claude --disallowedTools "Bash" 禁用指定工具 claude --permission-mode auto 设置权限模式为自动 claude --permission-mode ask 每次操作前询问权限（默认） claude --permission-mode bypass 跳过权限询问（谨慎使用） /permissions 查看当前会话的权限设置 八、/loop 软件开发检测命令 /loop 是 Claude Code 的自主循环执行模式，适合持续检测、自动修复、CI 集成等场景。 以下为软件开发场景下的实用 /loop 检测指令集合。 🔍 代码质量检测 # 持续监控并修复 lint 错误 /loop "运行 eslint . --fix，修复所有报错，循环直到 0 错误" # 循环检测 TypeScript 类型错误 /loop "运行 tsc --noEmit，分析类型错误，逐一修复，直到编译通过" # 检测并修复 Python 代码规范 /loop "运行 flake8 . 和 black --check .，自动格式化并修复，直到无警告" # 循环检测代码复杂度 /loop "使用 radon cc . 分析圈复杂度，对复杂度超过 10 的函数进行重构简化" 🧪 测试自动化检测 # 循环运行测试直到全部通过 /loop "运行 npm test，分析失败用例，修复对应代码，直到所有测试绿灯" # 持续检测测试覆盖率 /loop "运行 pytest --cov=. --cov-report=term，分析未覆盖代码，补充单元测试，直到覆盖率 >= 80%" # 循环检测并修复集成测试 /loop "运行 npm run test:integration，失败时分析日志，逐步修复，直到全部通过" # E2E 测试监控循环 /loop "运行 playwright test，失败时截图分析，修复页面逻辑，直到所有场景通过" 🔒 安全漏洞检测 # 循环扫描依赖漏洞 /loop "运行 npm audit，分析高危漏洞，升级或替换危险依赖，直到无高危警告" # Python 依赖安全扫描 /loop "运行 safety check，修复所有已知漏洞依赖，直到扫描通过" # 代码安全静态分析 /loop "运行 bandit -r . -ll，分析安全问题，修复高风险代码，直到无 HIGH 级别警告" # Secret 泄露检测 /loop "运行 gitleaks detect，找出泄露的密钥或 token，替换为环境变量，直到检测干净" 🏗️ 构建与编译检测 # 循环修复构建错误 /loop "运行 npm run build，分析构建错误日志，逐一修复，直到构建成功" # Docker 镜像构建检测 /loop "运行 docker build .，分析 Dockerfile 错误，修复后重新构建，直到镜像生成成功" # Gradle/Maven 构建检测 /loop "运行 ./gradlew build，分析编译失败原因，修复 Java 代码，直到构建 BUILD SUCCESS" # Go 编译检测 /loop "运行 go build ./...，修复所有编译错误，直到 go vet ./... 无任何警告" 📊 性能检测 # 循环检测 API 响应时间 /loop "运行 k6 run load_test.js，分析响应时间超标的接口，优化对应逻辑，直到 P95 < 200ms" # 数据库慢查询检测 /loop "分析 slow_query.log，找出执行时间 > 1s 的 SQL，添加索引或重写查询，直到无慢查询" # Bundle 体积检测 /loop "运行 webpack-bundle-analyzer，找出超过 500KB 的模块，进行代码分割或懒加载，直到主 bundle < 1MB" # 内存泄漏检测 /loop "运行 node --inspect app.js，使用 heap snapshot 分析内存增长，修复泄漏点，直到内存稳定" 🔄 CI/CD 流水线检测 # 循环修复 CI 失败 /loop "读取 .github/workflows/*.yml 的最新 CI 失败日志，分析原因，修复代码或配置，直到流水线全绿" # 环境变量配置检测 /loop "检查 .env.example 与代码中使用的环境变量是否一致，补全缺失变量声明，直到完全同步" # 依赖版本锁定检测 /loop "对比 package.json 与 package-lock.json，找出版本不一致项，统一锁定版本，直到无冲突" # 容器健康检测 /loop "运行 docker-compose up，检查所有服务健康状态，修复启动失败的服务，直到全部 healthy" 📝 文档与注释检测 # 循环检测缺少 JSDoc 的函数 /loop "使用 eslint --rule jsdoc/require-jsdoc 扫描，为未注释的 public 函数添加 JSDoc，直到无警告" # API 文档同步检测 /loop "对比 OpenAPI spec 与实际路由定义，补全缺失的接口文档，直到两者完全一致" # README 完整性检测 /loop "检查 README.md 是否包含安装、使用、配置、贡献指南四个章节，补全缺失内容" # 代码注释覆盖率检测 /loop "统计项目中公共函数的注释覆盖率，对未注释函数逐一添加说明，直到覆盖率 >= 90%" 🗃️ 数据库与迁移检测 # 循环检测数据库迁移文件 /loop "运行 prisma migrate status，找出 pending 迁移，分析变更是否安全，应用后验证数据完整性" # Schema 一致性检测 /loop "对比 ORM Model 定义与实际数据库表结构，修复不一致字段，直到 schema diff 为空" # 数据完整性检测 /loop "运行自定义数据校验脚本，找出孤立记录或违反约束的数据，修复或清理，直到校验通过" 九、/loop 项目构建全套检查命令 这是一套针对项目构建全生命周期的 /loop 检测命令合集，覆盖从依赖安装到上线前所有常见检查项。 按语言/框架分类，可直接复制使用。每条命令均为持续检测 + 自动修复的循环模式。 ⚡ 通用项目全套一键检查（推荐入口） # 全套项目健康检查 - 通用版（适配大多数项目） /loop " 按以下顺序对项目执行完整检查，每步失败则自动修复后继续： 1. 检查依赖安装完整性（package.json / requirements.txt 与实际安装是否一致） 2. 运行代码格式化检查并自动修复 3. 运行静态分析 / lint，修复所有错误 4. 运行类型检查，修复类型错误 5. 运行全量单元测试，修复失败用例 6. 运行构建命令，修复构建错误 7. 检查环境变量配置完整性 8. 输出最终健康报告：✅ 全部通过 / ❌ 剩余问题清单 " 🟨 JavaScript / TypeScript 项目 依赖与环境 # 依赖完整性检查 /loop "运行 npm ci，若 node_modules 与 package-lock.json 不一致则删除重装，直到 npm ci 零错误退出" # 依赖版本冲突检测 /loop "运行 npm ls 2>&1 | grep -i 'peer\|invalid\|unmet'，逐一解决版本冲突，直到输出干净" # 过时依赖检测 /loop "运行 npm outdated，分析主要依赖的 breaking change，安全升级 patch 和 minor 版本，生成升级报告" # 重复依赖检测 /loop "运行 npm dedupe && npm ls --depth=0，合并重复依赖，直到依赖树最简化" 代码质量 # ESLint 全量修复 /loop "运行 npx eslint . --ext .ts,.tsx,.js,.jsx --fix，分析无法自动修复的错误并手动修复，直到 0 errors 0 warnings" # Prettier 格式化检查 /loop "运行 npx prettier --check .，对不符合规范的文件运行 prettier --write，直到 --check 通过" # TypeScript 严格类型检查 /loop "运行 npx tsc --noEmit --strict，逐一修复类型错误（禁止使用 any 绕过），直到编译 0 错误" # 未使用导出检测 /loop "运行 npx ts-prune，分析并删除确认未使用的导出，直到无残留" # 循环依赖检测 /loop "运行 npx madge --circular --extensions ts,tsx src/，找出循环依赖并重构模块结构，直到无环" 测试 # 单元测试全通过 /loop "运行 npm test -- --watchAll=false，修复失败用例，直到全部 PASS" # 测试覆盖率达标 /loop "运行 npm test -- --coverage --watchAll=false，分析覆盖率报告，补充缺失测试，直到 lines/branches/functions 均 >= 80%" # 快照测试更新 /loop "运行 npm test -- --updateSnapshot --watchAll=false，确认快照变更合理后提交" 构建 # 生产构建检查 /loop "运行 npm run build，分析构建错误和警告，逐一修复，直到构建 0 错误 0 警告" # Next.js 全量构建检查 /loop "运行 npx next build，修复所有页面报错、缺失依赖、无效路由，直到 build 成功并输出 pages 列表" # Bundle 体积分析 /loop "运行 npx next build && npx next-bundle-analyzer，找出超过 200KB 的模块，按需拆分或懒加载，直到首屏 JS < 150KB" # Vite 构建检查 /loop "运行 npx vite build，修复 rollup 打包错误，处理动态导入警告，直到构建产物输出完整" 🐍 Python 项目 依赖与环境 # 虚拟环境依赖检查 /loop "运行 pip check，分析依赖冲突，修复版本约束，直到 No broken requirements" # requirements 同步检查 /loop "对比 pip freeze 与 requirements.txt，补全缺失依赖，移除冗余包，直到两者完全一致" # Poetry 依赖锁定检查 /loop "运行 poetry check && poetry install --sync，修复 pyproject.toml 配置错误，直到锁文件一致" 代码质量 # 全套 Python lint 检查 /loop "依次运行 flake8 . && pylint src/ && mypy .，逐层修复错误，直到三项全部通过" # Black 格式化检查 /loop "运行 black --check .，对失败文件运行 black .，直到 --check 0 files would be reformatted" # isort 导入排序检查 /loop "运行 isort --check-only .，修复导入顺序，直到 isort . --check-only 无输出" # MyPy 严格类型检查 /loop "运行 mypy . --strict，为未标注类型的函数添加类型注解，直到 0 error" # Ruff 快速 lint /loop "运行 ruff check . --fix，处理无法自动修复的规则，直到 All checks passed" 测试 # pytest 全量测试 /loop "运行 pytest -v，分析 FAILED 用例的错误堆栈，修复对应代码，直到 X passed 0 failed" # 覆盖率检查 /loop "运行 pytest --cov=src --cov-report=term-missing --cov-fail-under=80，补充缺失测试直到覆盖率达标" # 异步测试检查 /loop "运行 pytest --asyncio-mode=auto -v，修复所有 async 测试失败，直到全量通过" 构建与打包 # 包构建检查 /loop "运行 python -m build，修复 setup.py / pyproject.toml 配置，直到 dist/ 产物生成成功" # twine 发布前检查 /loop "运行 twine check dist/*，修复 metadata 错误和警告，直到 PASSED" # Docker 镜像构建 /loop "运行 docker build -t myapp:test .，修复 Dockerfile 错误，直到镜像构建成功并 docker run 健康检查通过" ☕ Java / Kotlin 项目（Maven & Gradle） # Maven 全套构建检查 /loop "运行 mvn clean verify，修复编译错误、测试失败、插件报错，直到 BUILD SUCCESS" # Gradle 全套构建检查 /loop "运行 ./gradlew clean build --warning-mode all，修复所有 deprecation 警告和错误，直到 BUILD SUCCESSFUL" # SpotBugs 静态分析 /loop "运行 mvn spotbugs:check，分析 BUG_INSTANCE 报告，修复 HIGH 优先级问题，直到无高危 bug" # Checkstyle 代码规范 /loop "运行 mvn checkstyle:check，修复所有样式违规，直到 0 violations" # JaCoCo 测试覆盖率 /loop "运行 mvn test jacoco:report，分析覆盖率报告，补充测试，直到行覆盖率 >= 80%" # 依赖安全扫描 /loop "运行 mvn dependency-check:check，升级或排除 CVE 高危依赖，直到无 CVSS >= 7.0 的漏洞" 🦀 Go 项目 # Go 全套质量检查 /loop "依次运行 go build ./... && go vet ./... && staticcheck ./...，逐一修复，直到三项 0 输出" # golangci-lint 综合检查 /loop "运行 golangci-lint run ./...，修复所有 linter 报告问题，直到 0 issues" # Go 测试全通过 /loop "运行 go test ./... -v -race，修复竞态条件和失败用例，直到 ok 输出所有包" # Go 覆盖率检查 /loop "运行 go test ./... -coverprofile=coverage.out && go tool cover -func=coverage.out | grep total，补充测试直到总覆盖率 >= 75%" # Go 模块整理 /loop "运行 go mod tidy && go mod verify，修复模块依赖问题，直到两项均 0 错误" # gosec 安全扫描 /loop "运行 gosec ./...，修复 HIGH 和 MEDIUM 安全问题，直到无高危告警" 🐳 Docker / 容器项目 # Dockerfile 最佳实践检查 /loop "运行 hadolint Dockerfile，修复所有 error 和 warning，直到 hadolint 0 issues" # docker-compose 全服务启动检查 /loop "运行 docker-compose up -d && sleep 10 && docker-compose ps，修复 unhealthy 或 exited 的服务，直到所有服务 Up (healthy)" # 镜像体积优化 /loop "运行 docker build -t app:test . && docker images app:test，若镜像 > 500MB 则优化 Dockerfile（多阶段构建、减少层数），直到体积达标" # 镜像安全扫描 /loop "运行 trivy image myapp:latest，修复或排除 CRITICAL 和 HIGH 级别 CVE，直到无 CRITICAL 漏洞" # docker-compose 配置检查 /loop "运行 docker-compose config，修复 YAML 语法错误和配置冲突，直到配置验证通过" ☸️ Kubernetes / 云原生项目 # K8s YAML 配置检查 /loop "运行 kubectl apply --dry-run=client -f k8s/，修复所有 YAML 语法错误和 API 版本问题，直到 dry-run 通过" # Helm Chart 检查 /loop "运行 helm lint ./charts/myapp && helm template ./charts/myapp，修复 Chart 错误，直到 0 error 0 warning" # kube-score 最佳实践检查 /loop "运行 kube-score score k8s/*.yaml，修复 CRITICAL 级别问题（资源限制、健康检查、安全上下文），直到无 CRITICAL" # kubeval Schema 验证 /loop "运行 kubeval k8s/*.yaml --strict，修复 Schema 不符合项，直到 PASS" # 资源配置完整性检查 /loop "检查所有 Deployment 是否配置了 resources.requests/limits、livenessProbe、readinessProbe，补全缺失配置，直到全部完整" 🌐 前端工程项目 # CSS / SCSS 检查 /loop "运行 npx stylelint '**/*.{css,scss}' --fix，修复无法自动修复的样式问题，直到 0 errors" # HTML 可访问性检查 /loop "运行 npx axe-core 对所有页面检测，修复 WCAG AA 级别的可访问性问题，直到无 violations" # 图片资源优化检查 /loop "扫描 public/assets 下图片，对超过 200KB 的 PNG/JPEG 进行压缩优化，直到所有图片 < 200KB" # 死链检测 /loop "运行 npx broken-link-checker http://localhost:3000 -ro，修复所有 404 内部链接，直到 0 broken links" # Web Vitals 检查 /loop "运行 npx lighthouse http://localhost:3000 --output=json，分析 LCP/CLS/FID 指标，优化至 Performance Score >= 90" # PWA 配置检查 /loop "运行 lighthouse --only-categories=pwa http://localhost:3000，修复 PWA 缺失配置（manifest、service worker），直到 PWA 分数 >= 90" 🗄️ 数据库项目 # 迁移文件完整性检查 /loop "运行 prisma migrate status，若有 pending 迁移则 migrate dev，验证数据完整性，直到 Database schema is up to date" # Alembic 迁移检查（Python） /loop "运行 alembic check && alembic upgrade head，修复迁移脚本错误，直到 No new upgrade operations detected" # SQL 语法检查 /loop "使用 sqlfluff lint migrations/ --dialect postgres，修复所有 SQL 风格问题，直到 0 violations" # 数据库索引覆盖检查 /loop "分析所有 ORM 查询，找出缺少索引的 WHERE 和 JOIN 字段，添加索引后运行 EXPLAIN ANALYZE 验证，直到无全表扫描" 📦 Monorepo 项目 # Turborepo 全量构建检查 /loop "运行 turbo run build lint test --force，修复各 workspace 的构建和测试错误，直到所有任务成功" # pnpm workspace 依赖检查 /loop "运行 pnpm -r install && pnpm -r run lint，修复所有工作区的依赖和 lint 错误，直到全部通过" # Nx 影响范围检查 /loop "运行 nx affected --target=test,lint,build --base=main，修复受影响模块的问题，直到 affected 任务全绿" # workspace 版本一致性检查 /loop "检查各 workspace 的公共依赖版本是否一致，统一升级到最新兼容版本，直到无版本不一致" 🔐 安全全套扫描 # 完整安全扫描流水线 /loop " 按顺序执行安全扫描： 1. npm audit --audit-level=high（或 pip-audit / cargo audit）- 修复高危依赖 2. 运行 semgrep --config=auto . - 修复代码层面安全问题 3. 运行 gitleaks detect - 清除泄露的 secrets 4. 检查 CORS、CSP、HTTPS 等 HTTP 安全头配置 5. 检查所有用户输入是否有 SQL 注入 / XSS 防护 输出安全检查报告，直到 0 CRITICAL 0 HIGH " # OWASP 依赖检查 /loop "运行 dependency-check --scan . --failOnCVSS 7，升级所有 CVSS >= 7.0 的依赖，直到检查通过" # Secrets 全量扫描 /loop "运行 trufflehog filesystem . --only-verified，找出所有泄露凭证，替换为环境变量或密钥管理服务，直到扫描无发现" 📋 上线前终极检查 Checklist Loop # 上线前完整检查（全语言通用） /loop " 执行上线前 10 项核心检查，逐项验证并修复： 依赖锁文件是否提交且最新 所有测试通过（单元 + 集成） 代码覆盖率 >= 设定阈值 无 lint 错误 / 类型错误 生产构建成功（无警告） 环境变量 .env.example 完整 数据库迁移文件已就绪 无 console.log / print 调试残留 API 接口文档与实现一致 安全扫描 0 HIGH/CRITICAL 每项输出 ✅ 通过 或 ❌ 问题描述，修复后重新验证该项 " 附录：CLAUDE.md 推荐配置模板 # CLAUDE.md ## 项目概述 ## 技术栈 - 语言：TypeScript / Python / Go - 框架：Next.js / FastAPI / Gin - 数据库：PostgreSQL / Redis ## 常用命令 - 启动开发服务器：`npm run dev` - 运行测试：`npm test` - 构建：`npm run build` - Lint：`npm run lint` ## 代码规范 - 使用 ESLint + Prettier - 提交信息遵循 Conventional Commits - 分支命名：feature/xxx, fix/xxx, chore/xxx ## 禁止操作 - 不得直接修改 main 分支 - 不得提交 .env 文件 - 不得删除迁移文件 文档生成时间：2026年4月 | Claude Code 版本参考：claude-sonnet-4
-
ClaudeCode指定 plan文件的存储位置 方案一：项目级配置（推荐） 在你的项目目录下的 .claude/settings.json 里添加： { "plansDirectory": "./docs/plans" } 这样 plan 文件就会创建在项目根目录的 docs/plans/ 文件夹下，还可以提交到 git。 方案二：全局配置 修改用户级别的配置文件 ~/.claude/settings.json（Windows 上是 C:\Users\用户名.claude\settings.json）： { "plansDirectory": "D:/my-projects/claude-plans" } 路径写法说明 写法效果 "./plans"相对于工作区根目录" ./docs/plans"项目内的 docs 子目录 "D:/my-projects/plans"Windows 绝对路径 推荐把 plansDirectory 加到项目的 .claude/settings.json（而不是用户级别），这样团队成员克隆仓库后，大家的 plan 都会存到同一个位置。 codewithmukesh
-
-
OpenClaw安装问题修复和常用命令 一、查看面板信息 openclaw dashboard PS C:\Users\Administrator> openclaw dashboard OpenClaw 2026.4.14 (323493f) — I'm the middleware between your ambition and your attention span. Dashboard URL: http://127.0.0.1:18789/#token=93f31ddddc31ae2d6802b238987f1148c2a5b3cd06f68e92 Copied to clipboard. Opened in your browser. Keep that tab to control OpenClaw. PS C:\Users\Administrator> 二、重新调用配置 运行 openclaw configure 二、windows运行简单方案 打开目录 C:\Users\Administrator.openclaw 用powershell 运行 gateway.cmd 可以看到 openclaw.json 配置错误信息和运行结果状态。 -
用 Chrome DevTools 调试 Node.js 从 v 6.3.0 开始，可以用 Chrome Developer Tools 调试 Node.js。以下是操作步骤： 在自己的机器上安装 Node.js v6.3.0 或更高版本。 使用 --inspect-brk 标志运行 node（例如：node --inspect-brk index.js）。 在 Chrome 中打开一个新标签页，并在地址栏中输入 about:inspect 并回车。你应该会看到类似下面的截图: 单击 Open dedicated DevTools for Node，会打开一个新窗口，在窗口中连接到你的 Node.js 实例。 -
企业转型，人才先行，培养还是换人？ 没有合适的人，就不可能有卓越的企业。想要打造一家历久弥坚的伟大企业，创造伟大的产品，唯一的方法就是拥有合适的人，并为他们创造适宜的文化。企业转型也是如此，转型就是转人，但是培养人，还是彻底换人呢？不同的企业有不同的选择。吉姆·柯林斯在《卓越基因：从初创到卓越》给出了具体分析，希望对你有所启发。 2007年10月，我和乔布斯通电话，按捺不住好奇心，问了他一个问题：1997年，他回归苹果公司并拯救了它，那段黑暗的日子究竟是什么样的？要知道，当时几乎没人相信苹果能凭借一人之力存活下来，更不要说走向成功和卓越了。 毫无疑问，苹果是有史以来最伟大的初创企业之一，但是在1997年，这家公司已经走到了失败和消亡的边缘。因此，我问乔布斯：“为了从黑暗边缘走出来，你首先做了什么？是什么带来了希望？” 电话那头的乔布斯也许是那个时代最伟大的产品擘画者，我以为他会谈到面向对象的操作系统，或者Mac电脑不容小觑的巨大潜力，或者其他一些“酷毙了的”产品创意。然而，这些都不是乔布斯给我的答案。 乔布斯的答案是人。他发现公司里有很多“合适的人”，虽然他们暂时深藏不露，但是最终和他一起力挽狂澜、完成惊天逆转的必定是这些人。 因为他们依然对乔布斯初创苹果时提出的“改变世界”的愿景怀着滚烫的热情，他们和乔布斯一样，对创造精美绝伦的产品满怀激情澎湃的使命感。制造“头脑的自行车”（指计算机）、提高个人创造力依然令他们激动不已。 苹果公司的核心价值观就藏在这些人的心里——潜伏着、沉睡着，甚至萎缩着，但是未死。乔布斯重建苹果公司的首要任务就是找到他们，找到这些满怀热情的、信仰坚定的“合适的人”。 人们总是把乔布斯的绝地反击与iPod、iPhone联系在一起，但这一切并不是因为他从未失去创造正确产品的动力，而是因为他领会了这样一个至关重要的道理：想要打造一家历久弥坚的伟大企业，创造伟大的产品，唯一的方法就是拥有合适的人，并为他们创造适宜的文化。 拥有合适的人远比拥有合适的商业创意更重要，因为任何一个创意最终都会过时。如果你的团队只会机械地执行你的某项创意或者策略，其他什么都不做，那么，当你的创意行不通时，当公司需要转向下一项、再下一项创意时，情况会怎样？ 反过来说也一样，假如你的第一项创意获得了成功，接下来需要追求更优秀、更卓越的创意（例如苹果公司从个人计算机业务扩展到iPod和iPhone），这时情况又会如何？ 如果你招聘的人才只适合单一战略，相当于从一开始你就埋下了失败的伏笔。即便你富有远见，就算你是下一个乔布斯，想要打造卓越的企业，最重要的能力也是做出最好的用人决策。如果没有合适的人，那就不可能有卓越的企业，绝对不可能。 01 第一指标 在你每周、每月或者每个季度的管理例会上，排在第一位的、最重要的评价指标是什么？是销售收入，利润率，还是现金流？或者是产品或服务水平指标？或者是其他指标？ 无论你的答案是什么，有一个指标永远都高于其他指标。这是一个需要我们锲而不舍地追求的指标，它关系到整个企业的卓越和伟大。 然而，颇具讽刺意味的是，对绝大多数企业来说，它极少被作为首要指标加以讨论——即使有幸被加入讨论之列。即便如此，为了建设真正卓越、基业长青的企业，我们也必须把它放在首要位置。 这个指标就是团队中有多少关键位置被安排给了“合适的人”，具体比例是多少？请静下心来思考：多大比例的关键位置上坐着合适的人？如果答案是不足90%，那么，你应该把用人问题作为首要工作来抓。想建立一家真正卓越的企业，至少要让90%的关键位置上坐着合适的人。 为什么不是100%？因为，无论何时，都有少部分关键位置会出现临时空缺，这种可能性非常高。还有一种可能，某人刚被调到某个关键位置，你暂时无法确知他（她）在这个岗位上的真实表现。还有些时候，关键位置的要求提升太快，可能超出现有人员的能力范围。 什么是关键位置？只要符合下面条件中的任意一条，就是关键位置： 该位置上的人有权做出重要的用人决策。 该位置的失职可能会把整个公司置于重大风险中，可能造成灾难性后果。 该位置的成功可能对公司的成功形成显而易见的重要影响。 如果你无法轻而易举地解雇员工，那么，安排谁到关键位置就成了至关重要的问题。束缚手脚的情况可能有很多，例如亲属关系、准长期编制、内部政治，甚至是对某些早期功臣的忠诚，等等。但是无论因为什么限制因素，无论出于怎样的理由，我们都要确保把合适的人安排到关键位置上。这是领导者始终不变的责任。 02 “培养”还是“替换” 请想象这样一个场景，某个关键位置的员工的表现中规中矩，但是谈不上优秀。你很看好这个人，希望他（她）能成功。为此，你投入大量的时间和精力，但你并没有看到应有的优异业绩。面对这样的情况，你会倾向于投入更多以培养这位员工，还是果断地替换他？（注意，替换一个人并不代表非要让他/她离开公司，也可以另有他用。） 这个问题没有标准答案。在我们研究过的杰出领导者中，倾向于培养的人和选择替换的人各占一半。 即使对倾向于培养的领导者来说，临界点也是存在的。当情况达到某种程度时，领导者会直面残酷的现实，更换关键位置上的人。 我问过很多高管这样一个问题：“在下面两种类型的错误中，你犯过较多的是哪一种？第一种，如今回头看，在决定更换关键位置人选时等待时间过长。第二种，如今回头看，当时有些操之过急，本该更耐心才对。请仔细想一想，你犯过最多的是哪一种错误？”大多数人选择了第一种——在果断采取行动之前等待时间过长。 几乎每个组织都会在关键位置人才的培养与替换的矛盾中挣扎摇摆。培养还是替换？想做出百发百中的正确决策，没有一种方法可供应用，没有一种流程可供遵循，也没有一种公式可供变用。最好的领导者会深切地关怀员工，这也是他们经常等待时间过长的原因。与此同时，领导者也在慢慢提高自己的决断力。 这为我们带来一个至关重要的问题：怎样才能知道自己是否达到了那个临界点？也就是说，对关键位置的关键人员而言，我们应该在什么时候从“培养”转向“替换”？ 在我看来，最好的方法是提出一系列深思熟虑的问题，让这些问题带着你找到答案。我把多年来的思考浓缩为下面7个问题。需要明确的是，这些问题并不是灵丹妙药。你可能只关心其中的某一项，决定换人。或者，可能有6项与你有关，因此你决定继续培养。 此人留任该位置是否造成了其他位置的员工流失？ 最好的人才都是相互吸引的。如果感到自己不得不长期忍受关键位置人员的平庸表现，顶尖人才可能选择离开这里。 更糟糕的是，领导者一旦容忍高绩效人群公然挑战核心价值观的行为，真正信奉这些价值观的人就会因此灰心丧气，变得玩世不恭，一些人会选择离开。 毁掉一种卓越文化的最好办法就是容忍在关键位置上玩忽职守的人，容忍肆意破坏公司核心价值观的人。 是价值观问题、意志力问题，还是能力问题？ 如果关键位置上的某个人明目张胆地对抗企业的核心价值观，合格的领导者就一定会撤换他们。 如果有人只是被动地拥护企业的核心价值观，实际上心机深沉，为了保住自己的位子不惜动用任何手段，那么，在决定撤换他们之前，也许你需要多一些耐心。 最难决断的是意志力问题。这个人是不是缺少（或者丧失了）提高自己、适应岗位的意志品质？如果确实如此，那么你能帮他点燃斗志吗？最好的领导者从不会低估人的发展潜力，与此同时，他们也明白，一个人的成长取决于提升自我的谦逊和永不止步的意志。 3.此人的“窗口－镜子”模式如何？ 关键位置的合适人员会表现出一种“窗口－镜子”模式。 当一切顺风顺水时，他们会看向窗外，把工作成果归功于其他因素，而不是自己。他们把功劳归于为成功做出贡献的其他人，不抢风头、不摘果子。 当工作出现差错时，他们会把挫折和失败归咎于自身，而不是怨天尤人地指责客观环境或其他人。他们会看到镜子里的自己，他们会说：“我来负责。”有些人会对着镜子问自己：“我本来哪里可以做得更好？我疏漏了什么？”这些人会一直不断地进步。 而那些总是指着窗外、推脱责任、转移问题的人永远不可能得到充分的发展。 此人把工作视为差事还是职责？ 关键位置的合适人选懂得，自己面对的并不是“一份差事”，而是“一份责任”。他们能理解任务清单和真正职责之间的区别。 一位优秀的医生拥有的并不是一份照章办事的“差事”，而是救死扶伤的责任；一位伟大的教练拥有的并不是一份安排训练的“差事”，而是让运动员变得更优秀的责任；一位优秀的教师肩负的并不是从早上8点到下午3点蹲教室的“差事”，而是让每个孩子学有所得的责任。 每个关键位置的人都肩负着某种责任，这种责任远远大于他们手上的任务清单。合适的人从来不会以“反正我完成了分内工作”这句话为挡箭牌，为自己未能完成更重大的责任开脱。 在过去一年里，你对此人的信心是增长了还是下降了？ 投资者对一家企业的业绩和发展前景的信心有升有降，这会带来公司股价的上扬和下挫。同样的道理，随着一个人的成长和工作表现的起伏，我们对他的信心也会有增有减。最关键的变量在于长期信心的变化轨迹。当一个人对你说“明白了”，你是会把担心放在一边，还是觉得有必要更紧密地跟进？ 是公司层面的问题还是位置的问题？ 有的时候，你的人选本身没有问题，问题出在人与位置的错误匹配上。可能你安排的位置与他（她）的能力或性格不匹配，也许位置的需求增长太快，超出了人的能力范围。这种情况通常出现在快速成长型企业中。 假如此人离开了公司，你会有什么感受？ 如果你会暗自庆幸、如释重负，那么，也许你早该确定他（她）不适合这里。如果你会发自内心地感到沮丧、心烦意乱，那么，也许你依然相信他（她）是“合适的人”。 一旦触达临界点，需要做出关键位置上的换人决定，你就要做到坚决彻底，但不冷酷无情，请牢记这一点。 坚决代表对自己诚实，正确地面对把某人移出关键位置的必要性。但是，决策时的果断并不代表实施时的冷酷无情。要做到坚决彻底，而不是冷酷无情，这离不开勇气与慈悲的结合。 勇气体现在坦率和直言相告上，不要编造理由掩盖实际情况，也不能把这个艰巨的任务交给别人。如果没有勇气做出决断，通知当事人，承担起个人责任，你就没有资格做领导。 慈悲主要体现在尊重和说话的语气上。想想自己在做出这一变动决定时的态度，问问自己，等到离开的人明年过生日时，你好不好意思打电话祝他生日快乐？后年、大后年的生日呢？对方会热情地回应你吗？ 在这样的新国际环境下，中国也要营造一个更加开放、更加市场化、更加法治的环境，做好自己的事情是最重要的。而做好自己的事情就是继续全面深化改革开放和法治建设，把科学搞上去，把法治搞上去，把经济的国际化搞上去，这可能是中国在这样的国际环境下的一个选 -
西安城六区户外轨迹大数据分析｜用数据看懂这座城市的户外活力 数据可视化揭秘 通过分析六只脚平台上的海量GPS轨迹数据，我们绘制出了西安城六区（未央、灞桥、雁塔、碑林、莲湖、新城）的户外活动热力图！ 发现亮点： 停留热点分析 空间阈值250米 + 时间阈值20分钟 精准识别市民最爱的户外打卡点 热力图清晰展示活动密集区域 活动类型覆盖 骑行 徒步 观光 核心发现 城区中心区域活动密度最高 秦岭北麓成为周末热门目的地 浐灞生态区骑行路线受欢迎 技术栈 Python数据分析 + GeoJSON边界数据 + Folium可视化 停留点提取算法 DBSCAN空间聚类 交互式热力地图 这不仅是一次数据分析，更是用科技的方式记录这座城市的户外脉搏！ 西安户外 #数据可视化 #GPS轨迹分析 #城市探索 #Python数据分析 #六只脚 #户外运动 -
WMPFDebugger小程序逆向分析 声明！ 本文章中所有内容仅供学习交流使用，不用于其他任何目的，不提供完整代码，抓包内容、敏感网址、数据接口等均已做脱敏处理，严禁用于商业用途和非法用途，否则由此产生的一切后果均与作者无关！ 下载WMPFDebugger 打开Github地址 https://github.com/evi0s/WMPFDebugger Clone 项目到本地。 安装yarn 依赖。 npm install -g yarn 进入项目文件夹中 yarn install 会出现frida工具包安装失败。 失败参考：https://github.com/evi0s/WMPFDebugger/issues/58 https://github.com/evi0s/WMPFDebugger/issues/63 解决方案合计 https://github.com/evi0s/WMPFDebugger/issues/58 具体frida 安装脚本位置 安装主要使用frida_binding.node 需要下载相关文件存放在build文件目录下，下载地址内容可以通过进入frida 目录中 yarn install，可以看到一个warn 下载失败警告。 prebuild-install http request GET https://github.com/frida/frida/releases/download/17.3.2/frida-v17.3.2-napi-v8-win32-x64.tar.gz prebuild-install warn install Request timed ou 下载这个文件解压放在 frida/build/frida_binding.node 文件夹执行编译 启动运行命令 npx ts-node src/index.ts 启动成功监听 打开测试的小程序： Google地址打开 ： devtools://devtools/bundled/inspector.html?ws=127.0.0.1:62000 可以看到控制台监听的消息 -
赞噢校园集市数据采集系统 项目概述 自动化采集多个高校校园集市的帖子数据，支持批量提取帖子标题、内容、链接等信息，方便跨校园交流和数据分析。 功能特性 核心功能 多校园支持：支持云南大学、昆明理工、云南民族大学等7所高校集市 帖子提取：自动提取帖子标题、内容、发布时间、浏览量等完整信息 链接生成：自动生成可分享的短链接，方便跨校传播 数据导出：将所有数据导出为CSV格式，便于后续处理 学校标识：清晰标注每条帖子来源学校，便于分类管理 技术亮点 模拟微信浏览器环境访问 自动处理时间戳转换 支持分页数据提取 完善的异常处理机制 支持的校园集市 学校名称 CID 集市链接 云南大学 ynu https://c.zanao.com/p/hot?cid=ynu 昆明理工大学 kmust https://c.zanao.com/p/home?cid=kmust 云南民族大学 ymu https://c.zanao.com/p/home?cid=ymu 云南艺术学院 ynart https://c.zanao.com/p/home?cid=ynart 昆明医科大学 kmmu https://c.zanao.com/p/home?cid=kmmu 云南开放大学 ynou https://c.zanao.com/p/home?cid=ynou 深圳技术大学 hitsz https://c.zanao.com/p/home?cid=hitsz 数据字段说明 提取的CSV文件包含以下字段： 字段名 说明 market_name 集市名称（学校名称） cid 学校唯一标识 thread_id 帖子ID short_url 可分享的短链接 title 帖子标题 content 帖子内容 cate_name 分类名称 nickname 发帖人昵称 p_time 发布时间 c_count 评论数 view_count 浏览量 l_count 点赞数 使用方法 1. 安装依赖 pip install requests loguru urllib3 2. 运行脚本 python main.py 3. 查看结果 脚本会自动生成 campus_markets_data.csv 文件，包含所有校园集市的帖子数据。 代码示例 提取单个学校数据 from main import School # 创建学校对象 school = School(cid='ynu', name='云南大学集市') # 获取帖子列表 thread_list = school.save_csv() # 处理数据 for thread in thread_list: print(f"标题: {thread}") print(f"链接: https://c.zanao.com/p/info/{thread}?cid=ynu") 提取所有学校数据 from main import save_all_markets_to_csv # 一键提取所有校园集市数据 save_all_markets_to_csv('campus_markets_data.csv') API接口说明 帖子列表接口 GET https://c.zanao.com/sc-api/thread/v2/list 参数: - from_time: 时间戳，用于分页 - hot: 1（热门排序） - isIOS: false 请求头: - x-sc-alias: {cid} （学校标识） 帖子详情接口 GET https://c.zanao.com/sc-api/thread/info 参数: - thread_id: 帖子ID 应用场景 跨校交流：获取帖子链接后，可以发送给对应学校的同学帮忙留言互动 数据分析：分析不同学校的热门话题、活跃度等 信息聚合：将多个学校的二手交易、活动信息集中展示 舆情监控：监控校园热点话题和讨论趋势 技术架构 赞噢校园集市采集系统 ├── main.py # 主程序 ├── test.py # 测试脚本 ├── campus_markets_data.csv # 输出数据 └── doc/ └── REDEME.md # 项目文档 注意事项 ⚠️ 重要提示： 本项目仅用于学习和技术交流 请遵守网站的使用条款和robots协议 建议添加合理的请求间隔，避免对服务器造成压力 数据仅供个人学习使用，请勿用于商业用途 技术栈 Python 3.x requests: HTTP请求库 loguru: 日志记录 csv: 数据导出 更新日志 v1.0 (2025-01): 初始版本，支持7所高校数据采集 支持自动生成短链接 支持时间戳转换 完善的异常处理 联系方式 如有问题或建议，欢迎提Issue讨论。 #校园集市 #数据采集 #微信浏览器 #Python爬虫
-
