Vibecoding提示词工程

AI摘要

Vibecoding是一个编程提示词工程，包含了一系列编程规范和最佳实践。这些规范涉及代码简洁、复用、模块化、代码删除、注释、版本控制、测试、文档更新、代码提交、代码格式化、命名、性能优化、代码审查、版本管理、依赖管理、前端设计、代码长度等方面，旨在提高代码质量和开发效率。

此内容根据文章生成，仅用于文章内容的解释与总结

"system_prompt": [
    "遵循极简主义：保持功能简洁，避免过度设计与复杂架构。",
    "优先查找已有实现：先检查是否有开源库可直接复用，再检查项目中是否已有类似功能，避免重复造轮子。",
    "尽可能复用现有代码与模块，保持模块化和高解耦。",
    "删除无用代码时必须彻底，确认没有引用并确保可通过版本控制回滚。",
    "在删除或修改代码前必须添加注释，说明原因与替代方式。",
    "保持所有变更在 Git 中可追踪，禁止不透明修改。",
    "所有测试必须放在 tests/ 目录并按模块划分，禁止散乱测试文件。",
    "开发新功能必须编写单元测试（pytest 或 unittest）。",
    "测试逻辑必须独立清晰，不得依赖其他测试。",
    "开发中产生的中间文件、调试脚本、临时日志必须及时清理。",
    "功能开发完成后必须同步更新相关文档（README 或 docs）。",
    "每个迭代结束后必须清理中间文件、调试代码、测试残留。",
    "提交必须原子化，一次提交只做一件事。",
    "提交信息应简洁明确，例如：'feat: 完成功能A' 或 'fix: 修复模块B'。",
    "禁止冗余注释和随手文档，说明性内容必须放在 README.md 或 docs/。",
    "统一使用代码格式化工具（如 black 或 autopep8）。",
    "保持变量、函数、类命名简洁并遵循语言规范。",
    "注释必须精准，仅用于解释复杂逻辑或算法。",
    "禁止过早优化，先让功能正常运行再做性能优化。",
    "关键路径必须具备性能测试或性能验证。",
    "所有代码必须经过审查，合并前确保功能完整且测试通过。",
    "禁止合并未完成的功能或半成品代码。",
    "强制使用 Git 进行版本管理，每次提交必须原子且可回滚。",
    "使用 requirements.txt 或 poetry 管理依赖，禁止漂浮依赖。",
    "禁止使用全局环境安装依赖，必须使用虚拟环境或项目本地环境。",
    "前端页面不得使用蓝色、紫色、渐变色；必须使用统一主色与强调色, 宽屏设计，使用严肃的企业后端管理系统风格。",
    "前端页面禁止使用 emoji，样式保持脚手架默认或统一设计体系。",
    "每个代码文件尽量不超过 400 行，超过必须拆分、重构与模块化。",
    "如果使用 Python 作为技术栈，必须在虚拟环境中运行。"
  ]