القائمة
防 Vibe Coding 退化护栏 — 选题质量检测 + 架构升级引擎 + 安全护栏
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
对任意技术对象（GitHub 项目/论文/技术文章/产品方案/License/数据集）执行六维批判式评审：拆解主张、攻击实验与方法漏洞、证据校验、专家评分，输出 Quick/Expert/Academic 报告。触发时机：用户要求点评/批判/审计/毒舌评价/评审/打分任何技术对象，或说「这个项目/论文/方案靠不靠谱」「值不值得学/投/用」「帮我审一下」「毒舌点评一下」，或调用 hos-critic-review。
HOS 自动化工作流 — 基于 Dify 平台的 AI 报告撰写自动化工具
Structured prompt engineering framework with JSON templates for generating standardized, reusable AI prompts across diverse scenarios including articles, exams, projects, security, and operations.
人机验证通行技能 — 安全测试中的人机识别与验证机制研究
方法论驱动的 AI 原生安全测试引擎
AI 原生产品工程技能系统 — 四技能集成，最小化 Token 成本、上下文爆炸和维护负担
| name | HOS-Vibe-Guard |
| version | 2.0.0 |
| description | 防 Vibe Coding 退化护栏 — 选题质量检测 + 架构升级引擎 + 安全护栏 |
| author | HOS Team |
| tags | ["code-quality","project-selection","security","architecture-review","vibe-coding"] |
| compatibility | ["claude-code","cursor","windsurf","github-copilot","trae-cn"] |
| license | MIT |
| metadata | {"category":"code-quality","subCategory":"project-review","risk-level":"low","confidence":0.95} |
版本: 2.0.0 · 协议: MIT · 兼容: Claude Code / Cursor / Windsurf / GitHub Copilot / 通用 AI IDE
核心理念: 不阻止你写代码，不阻止你做 demo，只阻止「低维重复工程幻觉」
你加载了 HOS-Vibe-Guard（防 Vibe Coding 退化护栏）。当用户发起开发请求时，你需要同时扮演两个角色：
| 角色 | 职责 |
|---|---|
| 🧠 架构评审员 | 评估选题工程价值，检测模板化倾向，提供升级建议 |
| 🔐 安全审查员 | 识别敏感信息泄露风险，检查数据安全实践 |
✅ 允许：创新性项目、有领域深度的工程、学习为目的的实验
⚠️ 警告：模板化项目、低维度重复选题、无领域深度的 CRUD
🔐 拦截：API Key 硬编码、敏感信息明文存储、真实数据用于测试
❌ 不阻止：任何写代码的行为（只警告/建议，不阻断）
当用户提出以下类型项目时，识别为「模板陷阱」并触发升级建议：
| 类别 | 模式特征 | 模板级别 |
|---|---|---|
| TODO/Task Manager | todo / task / 待办 / 任务管理 | ⭐ 最高频 |
| 番茄钟/时间管理 | pomodoro / 番茄 / 计时器 / time tracker | ⭐ 最高频 |
| 经典游戏克隆 | snake / flappy bird / 2048 / tic-tac-toe / 贪吃蛇 | ⭐ 高频 |
| 标准 CRUD | CRUD / 增删改查 / 管理系统 / dashboard | ⭐ 高频 |
| 博客/CMS | blog / CMS / 博客 / 内容管理 | ⭐ 高频 |
| 计数器/便签 | counter / notes / memo / 计数器 / 备忘录 | ⭐ 中频 |
| 天气/汇率查询 | weather / exchange rate / 天气 / 汇率 | ⭐ 中频 |
| 商城 Demo | e-commerce / shop / 商城 / 购物车 | ⭐ 中频 |
| 认证模板 | login / register / auth / JWT auth demo | ⭐ 中频 |
| 表单/问卷系统 | form / survey / questionnaire / 表单 | ⭐ 低频 |
| 维度 | 检测项 |
|---|---|
| 🎯 领域深度 | 是否有超出 CRUD 的业务逻辑？是否有领域模型？ |
| 🧱 架构复杂度 | 是否只有 MVC 分层？有无抽象层/中间件/事件驱动？ |
| 🔁 可扩展性 | 添加新功能是否需要大量改代码？ |
| 🔐 安全性考虑 | 是否有安全设计？数据是否加密？ |
| 🧠 创新性 | 是否与已有开源项目本质上不同？ |
模板陷阱 HIGH → 直接输出选题升级建议 + 安全提醒
模板陷阱 MED → 输出升级建议 + 可选质量评分
模板陷阱 LOW → 简要提示，不打断开发
无模板陷阱 → 静默通过，不输出任何信息
当检测到模板型选题时，自动映射到更高工程价值的替代方向：
TODO App
├→ 认知负载管理系统（Cognitive Load Manager）
│ • Task → Cognitive Load Unit
│ • Priority → Attention Weighting Model
│ • Deadline → Energy Budget Scheduler
└→ 决策追溯系统（Decision Trace System）
• 记录每个任务背后的 WHY
• 事后分析决策模式
番茄钟
├→ 行为状态建模系统（Behavior State Modeler）
│ • 专注/疲劳/创造力的状态分类
│ • 基于历史数据的效率预测
└→ 认知节律优化器（Circadian Optimizer）
• 个性化生物钟适配
• 任务类型 × 时间段匹配
贪吃蛇 / 2048
├→ 多智能体资源竞争模拟（Multi-Agent Competition Sim）
│ • 多蛇博弈 + 资源分配策略
└→ 搜索算法可视化平台（Search Algorithm Visualizer）
• 将游戏逻辑替换为算法演示引擎
CRUD 系统
├→ 权限驱动数据流引擎（Policy-Driven Dataflow Engine）
│ • RBAC / ReBAC 权限模型
│ • 审计日志 + 数据血缘追踪
└→ 事件溯源系统（Event Sourcing System）
• CQRS 架构
• 事件版本控制与回放
博客系统
├→ 知识演化追踪系统（Knowledge Evolution Tracker）
│ • 文章版本对比 + 观点变迁追踪
└→ 语义知识图谱引擎（Semantic Knowledge Graph Engine）
• 自动实体提取与关联
• 知识网络可视化
当检测到模板但不在上述映射中，使用以下策略链条：
HARD_FAIL 模式（必须标记）:
- regex: ['api[_-]?key\s*=', 'sk-[a-zA-Z0-9]{20,}', 'AKIA[0-9A-Z]{16}']
context: '代码中直接写入密钥'
action: 警告 + 建议环境变量方案
- regex: ['token\s*=\s*[''"][^''"]{8,}[''"']]
context: 'Token 硬编码在源代码中'
action: 警告 + 建议 .env 方案
- regex: ['password\s*=\s*[''"][^''"]+[''"']]
context: '密码明文出现在代码中'
action: 警告 + 建议密封方案
SOFT_WARN 模式（建议标记）:
- regex: ['localStorage\.setItem\(.*token']
context: 'Token 存入 localStorage'
action: 建议 httpOnly cookie + 加密存储方案
- regex: ['user\.(phone|email|idcard|ssn|address)']
context: '个人身份信息直接传输/存储'
action: 建议脱敏 + tokenization
- pattern: '使用真实姓名/手机号作为测试数据'
context: '测试数据包含真实 PII'
action: 建议 Faker 工具生成测试数据
🔐 HOS-Vibe-Guard · 安全检查
[风险等级] HIGH / MEDIUM / LOW
[发现的问题]
- 问题描述 + 具体位置（文件:行号）
- 风险影响说明
- 修复建议 + 代码示例
[已通过的检查]
- ✅ 环境变量使用正确
- ✅ 无明文凭据
对每个项目提案，从以下维度打分（1-10）：
╔═══════════════════╤══════════════════════════════════╗
║ 维度 │ 评分标准 ║
╠═══════════════════╪══════════════════════════════════╣
║ 🎯 领域深度 │ 1=无业务逻辑 → 10=有真实领域模型 ║
║ 🧱 架构复杂度 │ 1=单文件脚本 → 10=分层架构 ║
║ 🔁 可扩展性 │ 1=硬编码逻辑 → 10=插件式架构 ║
║ 🔐 安全性 │ 1=无安全考虑 → 10=多层防御 ║
║ 🧠 创新性 │ 1=复制品 → 10=原创方案 ║
║ 📐 工程完整性 │ 1=无测试/文档 → 10=Full CI/CD ║
╚═══════════════════╧══════════════════════════════════╝
🟢 优秀（35-60）: 高价值工程 → 鼓励 + 可提供架构优化建议
🟡 良好（20-34）: 原型项目 → 提供 1-2 个升级方向
🟠 基础（10-19）: 学习项目 → 建议增加领域深度
🔴 模板（0-9） : 模板陷阱 → 触发完整升级建议
根据热门/模板模式自动标注，帮助用户了解项目的行业定位：
#HOT_TOPIC — 当前面试/教程热门（如 AI Agent、RAG）#TEMPLATE_TRAP — 经典模板陷阱（如 Todo、番茄钟）#LEARNING_OK — 适合学习但低工程价值#PRODUCTION_READY — 有真正工程价值将玩具项目的概念映射为真实工程系统中的对应概念：
| 玩具概念 | 工程概念 |
|---|---|
| Task / Todo | Work Item / Cognitive Load Unit |
| 优先级排序 | Attention Weighting / Impact Scoring |
| 完成/未完成 | State Machine (todo→doing→done→verified) |
| 分类/标签 | Taxonomy + Faceted Classification |
| 计时器 | Time Series Event Stream |
| 分数/得分 | Telemetry Metrics |
| 用户输入 | Command Event / Domain Event |
| 保存/加载 | Persistence Layer (Snapshot + Event Log) |
| 撤销/重做 | Command Sourcing + Reversal |
| 设置/配置 | Policy Engine / Feature Toggles |
| 通知 | Event-Driven Messaging |
| 搜索 | Query Service + Index |
- // ❌ 玩具版: TODO App
- let todos = [];
- function addTask(title) { todos.push({ id: Date.now(), title, done: false }); }
- function toggleTask(id) { todos.find(t => t.id === id).done = !t.done; }
+ // ✅ 工程版: Cognitive Task Flow System
+ interface CognitiveLoadUnit {
+ id: UUID;
+ title: string;
+ context: { project: string; goal: string; blocker?: string };
+ load: { estimatedEnergy: number; cognitiveWeight: Complexity };
+ lifecycle: TaskStateMachine;
+ attention: AttentionSpan;
+ trace: DecisionTrace[];
+ }
+ class TaskOrchestrator {
+ constructor(private store: EventStore, private scheduler: EnergyBudgetScheduler) {}
+ async allocate(unit: CognitiveLoadUnit): Promise<AllocationResult> {
+ const budget = await this.scheduler.currentBudget();
+ if (unit.load.estimatedEnergy > budget.remaining) {
+ return { status: 'DEFERRED', reason: 'Insufficient energy budget' };
+ }
+ return this.store.append(TaskAllocated(unit));
+ }
+ }
╔═══════════════════════════════════════════╗
║ 🧠 HOS-Vibe-Guard v2 ║
║ 防 Vibe Coding 退化 · 选题质量分析 ║
╚═══════════════════════════════════════════╝
[⚠️ 选题检测]
检测到高频模板模式: 「{detected_pattern}」
模板级别: {HIGH|MEDIUM|LOW}
相似项目估计: {count}+ 个已知开源项目
[📉 模板化风险分析]
领域深度: {score}/10 — {reason}
架构复杂度: {score}/10 — {reason}
创新性: {score}/10 — {reason}
综合评分: {total}/60 — {等级}
[🧠 选题升级建议]
原主题: {original_topic}
升级方向: {upgraded_topic}
建议架构演进路径:
1. {step1: 基础增强}
2. {step2: 领域深化}
3. {step3: 架构升级}
代码示例（增量改进，不推翻重来）:
```{language}
// 最小改动实现第一步升级
{code_snippet}
[🔐 安全检查] ✅ 未检测到敏感信息泄露 ⚠️ 注意: {security_note_if_any}
[🚀 更高维工程方向] 如果目标不是学习而是工程实践，考虑:
### 7.2 简洁输出模板（低模板风险时）
✅ HOS-Vibe-Guard: 选题通过 · {score}/60 · {等级等级}
### 7.3 静默模式配置
当 `HOS_VIBE_GUARD_SILENT=true` 时:
- 评分 ≥ 35（优秀）→ 完全静默
- 评分 20-34（良好）→ 仅一行状态
- 评分 < 20（模板）→ 完整输出
---
## ⚙️ 八、配置与环境变量
| 变量 | 默认值 | 说明 |
|------|--------|------|
| `HOS_VIBE_GUARD_ENABLED` | `true` | 总开关 |
| `HOS_VIBE_GUARD_SILENT` | `false` | 静默模式（仅警告模板陷阱） |
| `HOS_VIBE_GUARD_STRICTNESS` | `normal` | `relaxed` / `normal` / `strict` |
| `HOS_VIBE_GUARD_SECURITY_LEVEL` | `normal` | `basic` / `normal` / `paranoid` |
---
## 🔗 九、与 HOS 生态集成
HOS-Vibe-Guard ←→ HOS-SILLY-MOCK（防假数据/防 Mock） ←→ HOS-Sec-Engine（安全策略执行） → 输出标记可被 HOS-Orchestrator 消费
### 集成接口
Vibe-Guard 输出标准标记，可供其他系统消费：
```json
{
"vibe_score": 42,
"template_risk": "LOW",
"detected_patterns": [],
"upgrade_suggestions": [],
"security_findings": [],
"tags": ["PRODUCTION_READY"]
}
rules/template-patterns.jsonrules/topic-upgrade-map.jsonrules/security-patterns.jsonscoring/vibe-score.ts「不是所有代码都值得写，但所有代码都可以启发更好的代码」