
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
MattPocock开源的Skills工具集为开发者提供了标准化AI协作方案,特别适合金融类项目开发。核心功能包括需求澄清(grill-me)、测试驱动开发(tdd)、Git安全防护(git-guardrails)和项目管理闭环(to-prd)。作者在股票分析仪表盘项目中验证了其价值:需求阶段通过16个精准提问规避方向性错误,TDD确保数据解析的边界完整性,Git防护避免代码灾难。这套工具尤其适合

Anthropic官方发布的"Claude菜谱"(claude-cookbooks)是使用Claude API的权威指南,包含从基础调用到高级Agent模式的可运行示例。主要亮点包括:1)Extended Thinking深度推理模式;2)一行代码搭建研究Agent的SDK;3)金融数据分析专用Skills;4)官方记忆管理方案;5)RAG与第三方集成实践。该仓库以Jupyte

我经常听到两种声音:第一种:"AI 工具大家都在用,用了也没什么竞争优势。"第二种:"AI 工具我不会用,等我学会了也没用了。"两种声音都错了。错在一个共同的假设:使用 AI 工具的人是同质化的。实际上,用 Claude Code 在 claude-cookbooks 里照着跑一遍、以为自己会了,和真正理解每一行代码在做什么、能改能用能出产品的人,中间有一条很深的沟。

我折腾 CLI 的 25 个 Hook 事件,是因为我真的需要在子 Agent 完成任务时自动触发 Slack 通知、在 PreToolUse 时拦截危险命令、在 PostCompact 时保存上下文摘要。在正确的场景里,用对的工具,才是真正的技术成熟度。不是会用越难的工具越牛,而是知道什么时候用什么工具的人,才真正懂工具。

eact-doctor 做的事情是把"React 代码质量审计"这件以前需要资深工程师的事情,变成了一条命令。结合 Claude Code 的修复能力,情绪 Dashboard 从 63 分到 89 分用了一个下午。如果你也在用 AI 写 React,或者在做量化 / 金融 AI 的前端工具,评论区聊。react-doctor 接进 CLAUDE.md 的那套方法我也可以整理一下分享出来。

在用 Claude Code 大量生成报告、分析、代码 review 的:先把最简单的场景跑通——把 Claude Code 的输出管道进 Supertonic,听一次它读你的报告,感受一下这个工作流对你是不是真的有价值。如果有,再深度配置情绪标签和过滤规则。有量化策略内容、对隐私敏感的:Supertonic 是目前我测过的少数几个真正设备端全程的 TTS,如果你要在 TTS 里朗读任何包含策略逻

在用 Claude Code 大量生成报告、想解放眼睛的:把最简单的场景跑通——Claude Code 输出 → Supertonic 朗读,听一次你的报告被念出来是什么感受。如果这个工作流对你有价值,再深度配置情绪标签和过滤规则。只是好奇 TTS 能不能提升效率、还没有具体场景的:从朗读量化新闻摘要开始,每天 10 分钟,手可以同时做其他操作——这是最低门槛的入门实验。

工具越强大,使用错误的代价就越高。 正确使用 Claude Code 的财务分析师, 和裸着提示词随便让 Claude 建模的分析师, 在效率和质量上的差距,会比同行间任何其他技能差距都大。这不是吓唬你,这是2026年1月那个建模测试给出的答案。

Figma 的真正护城河在于:团队,不是工具。 没有任何 AI 工具在2026年解决了"5个设计师同时在一个文件里工作"这个问题。 Claude Design 没有实时协作光标,它自己也承认了这一点。Claude 解决的是另一个问题: 一个前端工程师,或者一个懂一点设计的产品经理, 独立完成从想法到视觉到代码的整个链条。

AI 把初级的、机械的活拿走了之后, 团队里初级工程师的成长路径其实变窄了—— 他们原来就是靠写那些活练出来的。这件事 AI 不会替你操心, 但它是技术负责人的活。怎么让人在 AI 时代还能成长为 能做判断、能担责的工程师,这个问题, 比"我们团队这季度多发了多少 feature"重要得多。








