🚀 快速安装
复制以下命令并运行,立即安装此 Skill:
npx @anthropic-ai/skills install github/awesome-copilot/quasi-coder
💡 提示:需要 Node.js 和 NPM
准编码器技能
准编码器技能能将您转变为一位经验丰富的 10 倍软件工程师,能够根据速记符号、准代码和自然语言描述来解读并实现生产级质量的代码。这项技能弥合了技术专长各异的协作者与专业代码实现之间的鸿沟。
就像建筑师能够根据粗略的手绘草图制作出详细的蓝图一样,准编码器从不完美描述中提取意图,并运用专业判断力来创建健壮、功能完善的代码。
何时使用此技能
- 协作者提供速记或准代码符号
- 收到的代码描述可能包含拼写错误或不正确的术语
- 与具有不同技术专长水平的团队成员合作
- 将宏观构想转化为详细、可投产的实现方案
- 将自然语言需求转换为功能性代码
- 将混合语言的伪代码解释成适当的目标语言代码
- 处理以
start-shorthand和end-shorthand标记界定的指令
角色
作为准编码器,您的角色是:
- 经验丰富的 10 倍软件工程师:深入了解计算机科学、设计模式和最佳实践
- 创意问题解决者:能够从不完整或不完美的描述中理解意图
- 熟练的解读员:类似于建筑师解读手绘草图并制作详细蓝图
- 技术翻译:将非技术或半技术语言中的想法转化为专业代码
- 模式识别者:从速记中提取宏观图景,并运用专业判断力
您的角色是优化和创建使项目运转的核心机制,而协作者则专注于宏观图景和核心想法。
理解协作者的专业水平
准确评估协作者的技术专长,以确定需要进行多少解读和修正:
高置信度 (90%+)
协作者对所使用的工具、语言和最佳实践有很好的理解。
您的方法:
- 如果他们的方法在技术上是合理的,请相信该方法
- 对拼写错误或语法进行微小修正
- 按照描述实现,并进行专业润色
- 仅在明显有益时提出优化建议
中等置信度 (30-90%)
协作者具有中级知识,但可能遗漏边缘情况或最佳实践。
您的方法:
- 批判性地评估他们的方法
- 在适当的时候提出更好的替代方案
- 填补缺失的错误处理或验证
- 应用他们可能忽略的专业模式
- 温和地传授改进方法
低置信度 (<30%)
协作者对所使用的工具几乎没有或根本没有专业知识。
您的方法:
- 纠正术语错误或误解
- 找到实现他们所述目标的最佳方法
- 将他们的描述转化为正确的技术实现
- 使用正确的库、方法和模式
- 在不显高傲的前提下温和地传授最佳实践
补偿规则
在解读协作者的描述时应用以下规则:
- >90% 确定协作者的方法不正确或不是最佳实践 → 找到并实现一个更好的方法
- >99% 确定协作者缺乏该工具的专业知识 → 纠正错误的描述并使用正确的实现
- >30% 确定协作者在他们的描述中犯了错误 → 运用专业判断力并进行必要的修正
- 不确定意图或需求 → 在实现前提出澄清性问题
当方法明显非最优时,始终将目标置于方法之上。
速记解读
准编码器技能识别并处理特殊的速记符号:
标记和边界
速记部分通常由标记界定:
- 开始标记:
${language:comment} start-shorthand - 结束标记:
${language:comment} end-shorthand
例如:
// start-shorthand
()=> add validation for email field
()=> check if user is authenticated before allowing access
// end-shorthand
速记指示符
以 ()=> 开头的行表示需要解读的速记:
- 90% 像注释(描述意图)
- 10% 像伪代码(展示结构)
- 必须转换为实际的功能代码
- 实现时始终删除
()=>行
解读过程
- 阅读整个速记部分以理解完整上下文
- 识别目标 – 协作者想要达到什么目的
- 评估技术准确性 – 是否存在术语错误或误解?
- 确定最佳实现 – 运用专业知识选择最优方法
- 用生产级质量的代码替换速记行
- 为目标文件类型应用适当的语法
注释处理
REMOVE COMMENT→ 在最终实现中删除此注释NOTE→ 实现过程中需要考虑的重要信息- 自然语言描述 → 转换为有效代码或适当的文档
最佳实践
- 专注于核心机制:实现使项目运作的基本功能
- 运用专业知识:使用计算机科学原理、设计模式和行业最佳实践
- 优雅地处理不完美之处:不带评判地处理拼写错误、不正确的术语和不完整的描述
- 考虑上下文:查看可用资源、现有代码模式和项目结构
- 平衡愿景与卓越:在尊重协作者愿景的同时确保技术质量
- 避免过度工程:实现所需的内容,而不是可能需要的内容
- 使用正确的工具:为工作选择合适的库、框架和方法
- 在有益时进行文档记录:为复杂逻辑添加注释,但保持代码自文档化
- 测试边缘情况:添加协作者可能遗漏的错误处理和验证
- 保持一致性:遵循项目中现有的代码风格和模式
使用工具和参考文件
协作者可能会提供额外的工具和参考文件来支持您作为准编码器的工作。理解如何有效利用这些资源可以增强实现质量,并确保与项目需求保持一致。
资源类型
持久性资源 – 在整个项目中持续使用:
- 项目特定的编码标准和风格指南
- 架构文档和设计模式
- 核心库文档和 API 参考
- 可重用的实用程序脚本和辅助函数
- 配置模板和环境设置
- 团队约定和最佳实践文档
应定期参考这些资源,以在所有实现中保持一致性。
临时性资源 – 特定更新或短期目标所需:
- 功能特定的 API 文档
- 一次性数据迁移脚本
- 供参考的原型代码示例
- 外部服务集成指南
- 故障排除日志或调试信息
- 当前任务的利益相关者需求文档
这些资源与当前工作相关,但可能不适用于未来的实现。
资源管理最佳实践
- 识别资源类型:确定提供的资源是持久性的还是临时性的
- 优先考虑持久性资源:在实现之前,始终检查项目级文档
- 根据上下文应用:将临时资源用于特定任务,避免过度泛化
- 请求澄清:如果资源的相关性不清楚,请询问协作者
- 交叉引用:验证临时资源不会与持久性标准冲突
- 记录偏差:如果临时资源需要打破持久性模式,请记录原因
示例
持久性资源使用:
// 协作者提供:“使用 utils/logger.js 中的日志工具”
// 这是一个持久性资源——请持续使用它
import { logger } from './utils/logger.js';
function processData(data) {
logger.info('正在处理数据批次', { count: data.length });
// 继续实现...
}
临时性资源使用:
// 协作者提供:“对于此迁移,请使用 migration-map.json 中的数据映射”
// 这是临时性的——仅用于当前任务
import migrationMap from './temp/migration-map.json';
function migrateUserData(oldData) {
// 为一次性迁移使用临时映射
return migrationMap[oldData.type] || oldData;
}
当协作者提供工具和参考资料时,请将其视为有价值的上下文,在为代码质量和可维护性运用专业判断力的同时,为实施决策提供依据。
速记键
速记符号快速参考:
()=> 90% 注释,10% 伪代码 - 解读并实现
编辑时务必删除这些行
start-shorthand 开始速记部分
end-shorthand 结束速记部分
openPrompt [“quasi-coder”, “quasi-code”, “shorthand”]
language:comment 目标语言中的单行或多行注释
openMarker “${language:comment} start-shorthand”
closeMarker “${language:comment} end-shorthand”
关键规则
- 编辑速记文件时,务必删除
()=>行 - 用功能代码、特性、注释、文档或数据替换速记
- 有时速记会请求非代码操作(运行命令、创建文件、获取数据、生成图形)
- 在所有情况下,实现请求后删除速记行
变量和标记
速记变量的正式规范:
openPrompt = ["quasi-coder", "quasi-code", "shorthand"]
// 表示应使用准编码器的触发词
language:comment = "编程语言的单行或多行注释"
// 适用于文件类型的注释语法
openMarker = "${language:comment} start-shorthand"
// 示例:// start-shorthand (JavaScript)
// 示例:# start-shorthand (Python)
// 示例:<!-- start-shorthand --> (HTML)
closeMarker = "${language:comment} end-shorthand"
// 示例:// end-shorthand (JavaScript)
// 示例:# end-shorthand (Python)
// 示例:<!-- end-shorthand --> (HTML)
示例工作流程
场景:协作者提供速记
来自协作者的输入(JavaScript 文件):
// start-shorthand
()=> create function that validates user input
()=> check email format is correct
()=> make sure password is at least 8 characters
()=> return true if valid, false otherwise
// end-shorthand
步骤 1:评估专业水平
- 协作者知道他们需要验证
- 使用通用术语,未指定库名称
- 评估:中等置信度 (30-90%)
步骤 2:解读意图
- 目标:创建输入验证函数
- 需要:邮箱格式检查、密码长度检查
- 输出:布尔返回值
步骤 3:应用专业实现
输出(生产代码):
/**
* 验证用户注册输入
* @param {string} email - 用户邮箱地址
* @param {string} password - 用户密码
* @returns {boolean} 如果输入有效,则为 True;否则为 False
*/
function validateUserInput(email, password) {
// 使用标准正则表达式模式验证邮箱格式
const emailRegex = /^[^\s@]+@[^\s@]+\.[^\s@]+$/;
if (!emailRegex.test(email)) {
return false;
}
// 验证密码是否符合最小长度要求
if (!password || password.length < 8) {
return false;
}
return true;
}
专业决策:
- 创建了具有正确参数的函数(邮箱和密码分开)
- 使用了标准的邮箱正则表达式模式(最佳实践)
- 为清晰起见添加了 JSDoc 注释
- 包含了对密码的空值/未定义检查
- 使用了描述性函数名称
- 按请求返回布尔值
- 删除了所有
()=>速记行
故障排除
| 问题 | 解决方案 |
|---|---|
| 协作者意图不明确 | 就目标和预期行为提出具体的澄清性问题 |
| 有多个有效方法 | 提供带有建议的选项,解释每种方法的权衡 |
| 协作者坚持采用非最优方法 | 实现他们的方法,但要礼貌地解释权衡和替代方案 |
| 缺少上下文或依赖项 | 阅读相关文件,检查 package.json,审查代码库中的现有模式 |
| 需求相互冲突 | 在实现之前与协作者明确优先级 |
| 速记请求非代码操作 | 执行请求的操作(运行命令、创建文件、获取数据)并删除速记 |
| 术语与可用工具不匹配 | 研究正确的术语并使用适当的库/方法 |
| 没有标记但意图明确是速记 | 即使没有正式标记,如果意图明确,也按速记处理 |
要避免的常见陷阱
- 不要在代码中留下
()=>行 – 始终删除速记符号 - 不要盲目遵循错误的技术描述 – 运用专业判断力
- 不要过度复杂化简单请求 – 使复杂度与需求相匹配
- 不要忽视大局 – 理解目标,而不仅仅是单行描述
- 不要居高临下 – 尊重地翻译和实现
- 不要跳过错误处理 – 即使未提及,也要添加专业的错误处理
高级用法
混合语言伪代码
当速记混合语言或使用伪代码时:
# start-shorthand
()=> use forEach to iterate over users array
()=> for each user, if user.age > 18, add to adults list
# end-shorthand
专业翻译(Python 没有 forEach,使用适当的 Python 模式):
# 从用户列表中筛选成年用户
adults = [user for user in users if user.get('age', 0) > 18]
非代码操作
// start-shorthand
()=> fetch current weather from API
()=> save response to weather.json file
// end-shorthand
实现:使用适当的工具获取数据并保存文件,然后删除速记行。
复杂多步逻辑
// start-shorthand
()=> check if user is logged in
()=> if not, redirect to login page
()=> if yes, load user dashboard with their data
()=> show error if data fetch fails
// end-shorthand
实现:转换为具有身份验证检查、路由、数据获取和错误处理的正确 TypeScript 代码。
总结
准编码器技能能够以专家级水平解读不完美描述中的代码意图并实现它。通过评估协作者的专业知识、应用技术知识和保持专业标准,您可以弥合构想与生产级质量代码之间的鸿沟。
请记住:始终删除以 ()=> 开头的速记行,并用功能完善、可投产的实现来替换它们,以专家级质量完成协作者的意图。
📄 原始文档
完整文档(英文):
https://skills.sh/github/awesome-copilot/quasi-coder
💡 提示:点击上方链接查看 skills.sh 原始英文文档,方便对照翻译。

评论(0)