新闻、仓库与研究，按时间排列。
prompts.chat 每日 prompt 新增「FastAPI Service taste」，一份带置信度评分的 Python API 工程师 FastAPI 实践准则。内容涵盖 Pydantic v2 模型与 response_model、通过 Depends 注入依赖、pydantic-settings 配置、APIRouter 分模块、SQLAlchemy 2.0 async 与 Alembic 迁移、lifespan 替代已弃用的 on_event、/v1 路径版本化、pytest + httpx.AsyncClient 测试，以及用 Celery、Arq 或 Dramatiq 处理慢任务等 22 条规范，每条附 0.70-0.95 的 Confidence 分值。
prompts.chat 的「Code Review Specialist」提示词被更新为结构化格式，改用 system role 与 metadata 组织内容，新增 persona（专业语气、coding 专长）、分步任务（分析语法与逻辑错误、评估行业标准遵循、寻找优化机会）、deliverables 和 text 格式、moderate 长度等输出约束。规则上更强调聚焦重大问题而非细微风格偏好，并确保反馈便于开发者直接实施。
一位 Reddit 用户用本地运行的 unsloth Qwen3.8 Flash Next（UD-Q4_K_XL 量化，跑在 strix halo 上）制作出动态图形视频，证明本地模型也能接近云端大模型的效果。该作品使用与 Opus 5.5 病毒式传播片段相同的 Remotion 动画框架，但经过多轮提示词与引导调整才完成。
prompts.chat 的每日 prompt 更新了 Code Review Specialist（代码审查专家）提示词，由原 messages 结构改写为直接指令格式。新提示词要求 AI 扮演经验丰富的开发者审查用户代码，聚焦代码质量与可读性、编码规范符合度、优化与性能改进机会以及潜在 bug 识别，并提供清晰可操作、带示例的反馈。该条目同时标记为 TRUE 并更换了提交者。
prompts.chat 更新了 Code Review Assistant prompt：原先的自然语言描述版 prompt 被 JSON 结构化版本替换，新格式指定 language、framework、focus_areas 上下文，并要求按 severity（high|medium|low）、category、line_number、suggestion、code_example 字段返回审查结果。贡献者由 @sinansonmez 变更为 @f，共替换两处相同内容。
prompts.chat 更新了一条名为"The Technical Co-Founder: Building Real Products Together"的提示词，让 AI 扮演产品开发伙伴，把用户的想法变成可直接上线的成品。提示词定义了 5 个开发阶段（发现验证、战略蓝图、迭代开发、质量打磨、发布与知识交接），并约定用户任 CEO 掌握最终决策权、AI 任 CTO 负责建议和执行，要求零术语沟通、诚实评估风险、禁止半成品功能上线。
prompts.chat 重写了 Code Review Specialist prompt：由原 YAML messages 结构改为简洁文本格式，任务聚焦代码质量与可读性、编码规范符合度、优化与性能改进机会、潜在 bug 识别，要求提供清晰可执行反馈并附改进示例。新 prompt 标记为 TRUE 并更换了提交者。
prompts.chat 新增一条 "Error Handling taste" prompt，汇总 TypeScript 后端工程师的错误处理实践共 23 条，每条附置信度评分。要点包括用 Zod 在边界校验输入、区分预期领域错误与意外 bug、用 Result 类型建模失败、禁止空 catch 吞错、集中式错误处理器统一映射 HTTP 响应，以及只对幂等操作做指数退避重试并强制网络调用超时。
prompts.chat 更新了 Code Review Specialist 提示词模板，扩展为包含详细代码分析、亮点与改进点标注及可执行建议的结构，规则要求反馈客观、语言简洁、兼顾技术与风格。新模板支持 ${language}、${framework}、${focusAreas:code quality, performance, security} 三个自定义变量，聚焦代码质量、规范遵循、优化机会与潜在 bug 识别。
prompts.chat 的每日 prompt 更新重写了 Code Review Specialist 提示词：让 AI 以资深软件开发者身份审查用户代码，评估是否符合行业标准和最佳实践，找出优化空间、逻辑错误、bug 及潜在安全漏洞，并给出建设性反馈。新版还要求评审客观公正、兼顾功能与非功能层面、保持专业尊重的语气。
prompts.chat 新增一个「Bug Report Normalizer and Triage Card」prompt：把原始 bug 报告规范化为严格的 JSON 分诊卡片。它要求区分事实与推断、不虚构版本号或日志，用 [REDACTED] 脱敏令牌、密码、邮箱等敏感数据，并按 S1_critical 到 S4_cosmetic、P0 到 P3 输出严重级与优先级；复现步骤不足时须在 missing_information 中提问，多个无关问题则拆分到 related_issues_to_split。
prompts.chat 每日 prompt 新增一条 "Git Workflow taste"，描述 trunk-based 团队的 Git 工作流偏好：短生命周期分支两天内合入 main、提交主题用祈使语气且不超过 72 字符、使用 Conventional Commits 前缀、PR 控制在约 400 行改动以内、合并前需一个 approving review 和 green CI，并禁止直接 push 或 force push main，每条规则附 Confidence 分数。
prompts.chat 收录一条名为 "Terraform taste" 的云平台工程师 Terraform 实践 prompt，共 24 条建议，每条附带置信度分数。要点包括锁定 Terraform 及 provider 版本并提交 .terraform.lock.hcl、远程存储 state 并按环境拆分、用 for_each 替代 count、在 CI 中运行 fmt/validate/tflint 并仅从 CI 应用计划文件、CI 通过 OIDC 认证云厂商、不在 tfvars 中存放密钥，以及对数据库等有状态资源使用 prevent_destroy。
prompts.chat 更新了 Code Review Specialist 提示词，让模型以资深开发者身份审查代码质量、编码规范符合度、优化空间和潜在 bug。新版新增 ${language}、${framework}、${focusAreas:code quality, performance, security} 三个可自定义变量，要求反馈客观、建设性，兼顾技术性与风格层面。
prompts.chat 每日 prompt 栏目新增了名为 Flaky Test Detector 的提示词。该提示词用于检测不稳定测试，除此之外正文未提供更多细节。
prompts.chat 新增社区贡献的 prompt「TODO Comment Debt Tracker」，扫描代码库中的 TODO、FIXME、HACK、XXX 注释，提取 owner、ticket 和到期日，并标记无归属、无 ticket、逾期或表述模糊的条目。附带仅用 Python 标准库的 `todo_debt.py` 扫描脚本，支持 `--self-test` 与 `--strict`，逾期或 FIXME/HACK/XXX 缺 ticket 时退出码为 1，可作 CI 软门禁；score 规则为 FIXME/HACK/XXX 起始 3、TODO 起始 1，逾期 +2、无 ticket +1。
prompts.chat 收录由 [@f](#) 贡献的新 prompt "Monorepo taste"，以平台工程师视角列出 20 条 Monorepo 工程偏好，每条附带置信度分数。内容包括使用 pnpm workspaces 与单一根 lockfile（Confidence: 0.95）、用 Turborepo 编排任务并在 CI 启用远程缓存、以 workspace:* 协议引用内部包、用 Changesets 发布公共包、通过 turbo --filter 只对受影响的包运行 CI 等，并强调避免循环依赖、统一脚本命名和用 CODEOWNERS 分配目录负责人。
chasvitf 在 GitHub 发布 vibe-coding-kit 仓库，收录 Claude Code 一对一线下课的单文件讲义，内容含环境准备（VS Code、Git、Node.js）、5 条 AI 提示词原则和 12 个带复制按钮的 prompt。课程示例为用 Claude Code 分 6 步 prompt 构建的香薰蜡烛店网站，每步对应一个 commit，完成移动端 375px 检查与 GitHub/Vercel 部署。讲义采用 CC BY 4.0 许可，示例代码采用 MIT 许可。
prompts.chat 更新了 Code Review Specialist 提示词，将审查范围精简为代码质量与可读性、编码规范符合度、优化机会、潜在 bug 识别及改进建议。新增详细分析、指出强弱项和可操作建议等输出要求，并添加 ${language}、${framework}、${focusAreas} 三个可自定义变量。
prompts.chat 的每日 prompt 更新重写了 Code Review Specialist 这条提示词：由纯文本段落改为带 role: system、metadata、task steps、deliverables 和 constraints 的结构化 YAML 格式。新版本保留代码审查核心任务，聚焦语法与逻辑错误分析、行业标准评估和可执行优化建议，贡献者由 aymanrabeemac@gmail.com 更换为 xiaoyucunx。
prompts.chat 更新了 Code Review Specialist 提示词：让模型扮演经验丰富的软件开发者，从行业标准符合性、优化空间、逻辑错误与 bug、潜在安全漏洞等角度审查代码，并向代码作者给出建设性反馈。新版本要求评审客观中立、兼顾功能与非功能方面，并保持专业尊重的语气。
prompts.chat 更新了其 "Code Review Assistant" 提示词，贡献者从 @sinansonmez 改为 @f。原版本是要求分析代码可读性、可维护性和潜在 bug 的自然语言提示词，新版本改为结构化 JSON 格式，默认上下文为 JavaScript/React，聚焦 performance、security 和 best_practices，并要求以含 severity（high|medium|low）、line_number、suggestion、code_example 的统一格式返回审查结果。
prompts.chat 站点更新了 Code Review Specialist prompt 的记录信息：该 prompt 由 nolanneff 提交，标记为 FALSE，类型为 TEXT，替换了原先 dragoy18@gmail.com 名下标记为 TRUE 的记录。prompt 内容本身未变，仍要求反馈客观专业、注重清晰性与可维护性，并结合代码的具体上下文给出建议。
prompts.chat 更新了一条名为「技术联合创始人：共建真实产品」的 prompt，让 AI 扮演 CTO、用户担任 CEO，把想法变成可直接上线的产品。该 prompt 定义了发现验证、战略蓝图、迭代开发、质量打磨、上线交接五个阶段，并要求零术语沟通、重大决策需用户批准、交付快速上手指南、维护手册和增强路线图三类文档。
prompts.chat 收录由 @f 贡献的提示词「OpenAPI Spec Drift Checker」，用于比对 OpenAPI 3.x YAML/JSON 规范与代码实际实现的路由，标记缺失操作、多余路由、方法不匹配和路径参数形状差异。该技能附带的 `check_drift.py` 仅依赖 Python 3 标准库并支持 `--self-test`，将漂移分为 missing_in_code、missing_in_spec、method_mismatch、param_shape_diff 四类，按高/中/低严重度输出报告。
prompts.chat 的每日 prompt 新增 "Python Packaging taste"，列出 Python 打包最佳实践并附置信度。要点包括：新包以 `pyproject.toml` 为唯一事实来源、放弃 `setup.py`，采用 `src/` 布局，用 uv 管理安装与 lockfile，以 hatchling 等 PEP 517 后端构建，用 Ruff 替代 Black 加 flake8，并通过 GitHub Actions trusted publishing 发布到 PyPI。
prompts.chat 收录由 @f 贡献的新 prompt「SemVer Bump Advisor」，可读取 Conventional Commits 或 changelog 片段，分类 fix/feat/breaking 变更并推荐下一个 SemVer 版本（patch、minor 或 major）。该技能附带仅依赖 Python 3 标准库的 `semver_bump.py` 脚本，输出理由表和版本预览，并覆盖 0.x 预 1.0 规则、pre-release、monorepo 多包等边界情况。
Korean Protocol（KP）0.7.0 是一套规范 LLM 韩语回答的写作规约，可安装到 Codex 与 Claude Code 的用户指令中，无独立技能、模型或 /kp 专用命令。该版本含 72 条规则、296 个规则作者案例和 193 个词条，支持 ON/OFF 与敬语设置，采用 MIT License 开源。其示例对比为作者手写说明，并非模型实测结果。
prompts.chat 将 Code Review Assistant 提示词由 JSON 格式改写为自然语言版，贡献者更新为 @sinansonmez。新版提示词要求模型分析代码的可读性、可维护性与风格、找出潜在 bug、提出性能改进建议，并按代码分析、具体反馈、改进建议三段格式输出，附 Python 找质数函数示例。
prompts.chat 将 Code Review Specialist 提示词重构为结构化 YAML 格式，包含 system 角色、persona 元数据、分步审查指令（语法与逻辑错误分析、行业标准评估、优化机会识别）及可操作的反馈交付物。新版本保留原代码审查定位，更新作者署名并标记为 FALSE 状态。
prompts.chat 更新了 Code Review Specialist（代码审查专家）prompt。新版聚焦代码质量与可读性、编码规范合规、优化与性能改进机会、潜在 bug 识别，要求提供清晰可操作的反馈、带示例的改进建议并保持专业建设性语气，且改为结构化 YAML metadata 格式。
prompts.chat 更新了社区 prompt「Code Review Specialist 2」。此次改动将该 prompt 置为 TRUE 状态，提交者由 nolanneff 变更为 dragoy18@gmail.com，prompt 正文规则本身未作修改。
prompts.chat 更新了 Code Review Specialist（代码审查专家）prompt。新版要求 AI 从代码质量与可读性、编码规范、优化机会、潜在 bug、改进建议五方面提供详细分析，指出优势与不足并给出可执行建议，规则要求反馈客观、语言简洁、兼顾技术与风格。新增 ${language}、${framework}、${focusAreas:code quality, performance, security} 三个可自定义变量。
prompts.chat 新增社区贡献 prompt「Git Commit Message Quality Coach」，用于按 Conventional Commits 规范审查并重写 Git 提交信息。该 skill 附带 Python linter 脚本、subject 行规则和教练笔记模板，逐条给出 GOOD、NEEDS EDIT 或 SPLIT OR SQUASH 结论。规则明确：除非用户明确要求，绝不擅自 amend、rebase 或 force-push。
prompts.chat 新增由 ShakilUrRehman21 提交的 prompt「Autonomous Root-Cause Debugging & Bug-Fix Architect」，将 AI 设定为 Staff Software Engineer 角色，用于在代码库中分析、诊断并修复工程缺陷，且不引入回归或投机性修复。该 prompt 为 TEXT 类型模板，支持填入技术栈（如 TypeScript / Next.js / Node.js）、观察到的错误行为和预期行为等变量。
开发者 Gilbert Sahumada 开源了 youtube-tutorials 仓库，收录其「IA en Producción」频道的 prompt、技能与示例，帮助开发者以工程化方式用 AI 构建应用。仓库按视频分文件夹，涵盖 3 层架构、OpenAI Codex、Spec-Driven Development、SKILL.md 编写及 Claude Code 与 Codex 的 harness engineering 等内容，脚本 demo 需 Node.js 20 以上与 Bash。资源全为西班牙语并采用 MIT 许可，作者正在筹备面向开发者的西班牙语 AI 应用培训。
idealjs 在 GitHub 发布 AI skill 集合仓库，每个 skill 一个目录，放入 Agent 即可用，SKILL.md 格式与 Claude Code 兼容。包含 code-tree（生成、重构、审查代码前先规划树形结构的七条规则）、distill（把对话蒸馏成给 AI 的 skill 和给人的 blog）与 ai-era-tutorial（按代理区与价值区分类步骤的 AI 时代教程编写方法），安装时把仓库地址告诉 Agent 即可，License 为 CC BY-NC 4.0。
chatgpt_system_prompt 档案新增 MiniMax Code（mcode 0.4.12）的系统提示词，该提示词定义了一个由 MiniMax 开发、辅助软件工程任务的终端智能体，本次提交包含三种提示模式。内容涵盖 harness 标签处理、权限模式、grep/glob/read/edit/write 等专用工具优先于 bash 的调用规则，以及复杂度不同的任务规划原则。提交署名为 Co-Authored-By: Claude Opus 5（1M context）。