老金

@vanson1218 有启发是好事

@freeman1266 学习到了，有参考启发

经过这两天面试实习生的 AI Coding，我发现了第二最喜欢的面试题： 如何设计一个高质量的 Skill？需要考虑哪些要素？

@alin_zone 暂时没有，学生能接触到AI Coding 还是比较少

@freeman1266 所以有人回答的是你很满意的吗

@lgh0504 你讲的应该是写skill 流程？

@freeman1266 其实就是软件开发基本流程 ， 定义好需求， 用户怎么交互， 用哪些资源， 然后怎么安排测试

@koffuxu 的确，大部分问题都可以解决

@freeman1266 一般能解决问题

出师不利，鸿蒙第一次提审没通过，不过对比去年底的审核，没有因为类似应用导致拒绝的问题，审核难度会相对降低，但不确定后续会否提高。有人参与今年激励活动吗？有没有已经提审通过的呀？

@KTyen_s 单卡设备就那样😂已经不错了，免费的呀

@freeman1266 没什么用Context Windows 太小了，任务没开始多久就Exceeded 了

@BelkovJiananliu @MingYuePop 很好，最先进的模型被录用了，人被淘汰了

@freeman1266 @MingYuePop 让最先进的模型帮忙判断

@ducksarah57 多试几次，换号码重试，换时间段试。感觉是这个平台的问题，不是号码的问题

@freeman1266 手机号为什么提示This phone number has exceeded limits, please try a different phone number or try again later.我也没注册过啊。

@KKiatzzz 互相一起学习，AI 发展太快了，只能不断学习

@freeman1266 我也还没到那个阶段，还有很多要学。以后多分享，跟你偷师一下。XD

昨天还是12个月有效期，今天英伟达竟然提供永久有效👍 这是给大家永久白嫖的福利呀，真佩服

@KKiatzzz 哈哈，这个写不了，实习生很少能做到harness的，接触到的项目不会那么大，harness也算新范式，国内开发者都没多少能搞呢

@freeman1266 你明天又有topic 可以写了🤣 如何做一个高质量的harness？

@KKiatzzz 还好啦，脚本也是用AI 来写就行，做好harness

@freeman1266 前者实现简单，但容易漏边界情况；后者更稳，不过成本也更高。

@koffuxu 修改验证效果怎么做？

@freeman1266 直接把有审核意见给AI，让他去修改

@tietougongshiba 很好的回答，有细则有范例，看来平常花过不少功夫

@freeman1266 清晰简洁的description 带有具体的可复用的示例代码以及workflow 禁止事项 验收用的清单 至于skill文档的架构感觉怎么组合都挺玄学的 我个人倾向于按feature来分割skill，每个skill的rules/下面再细分具体规则

@papapa556611 是的，能用脚本尽量使用脚本

@freeman1266 尽量用脚本控制流程,监控执行进度,脚本封装所有能封装的功能,少整点自由参数配置,与其他系统低耦合. LLM幻觉了.你SKILL写再美有啥用?

@KKiatzzz 加约束，比如XXX情况下，禁止YYY，或者在最后步骤加上脚本校验

@freeman1266 同意。那你在 skill 里一般怎么写防幻觉的约束?

@summychou 有链接没，可以贴个链接学习一下

@freeman1266 Sentry给的Skill-Writer应该给了很好的规范讲解

@peanutanddaji 快倒不是很重要，准更重要些

@freeman1266 Skill给模型提供了基于专家经验的执行路径来完成符合预期的任务，好的skill在于如何快而准的完成任务

@LifeClaw_AI 不太需要，我更需要能一直运行的harness

@freeman1266 x.com/LifeClaw_AI/st… 大佬看看这个有需求不，在 telegram 上审批 cc 的权限请求。

聚焦于“工程使用方式”的层面，系统梳理了 Claude Code (CC) 在日常开发中的进阶启动技巧、工程化配置、对话模式选择以及多任务并发协同实践

@Macnuatiy_D 问题好不好不重要，重要是要能引出答题者背后的技术和经验

@freeman1266 好问题

@KKiatzzz 边界还要约束好防止幻觉

@freeman1266 分享一句我自己的心法 👇 Description 决定 skill 会不会被用, 正文决定它被用得好不好, 边界决定它会不会被滥用。 三者都要设计到位。