本文介绍了一个使用Python和Tushare搭建的简易股票监控脚本。作者分享了从akshare迁移到Tushare的经历，展示了核心功能包括数据获取、简单分析（5日均价偏离度判断）和定时运行推送。脚本实现了自动监控持仓、计算盈亏和提供操作建议，帮助节省时间、减少错误并保留交易记录。作者坦言该工具存在技术指标简单、无法获取消息面等局限性，强调它只是辅助工具而非赚钱神器。文章提供了关键代码片段，并说

我有个小脚本，report.py，每周一跑一次——读一个销售 CSV，算出每个区域的总额，打印到终端。功能也没啥问题，就是每次老板问"能不能导出 JSON"，我都说"下周加上"。这个"下周"已经持续了三个月。今天终于决定动手了，但不想自己写。我把这个活了三个月的需求丢给了 Claude Code。

系列：AI 工具实战专栏 ｜ 字数：约 2800 字 ｜ 预计阅读：7 分钟用 Claude Code 的前两周，我没意识到有"模式"这回事。打开终端，输入需求，它干活。有时候很顺——改文件、跑测试、一键提交。有时候觉得它"太谨慎"——明明只是格式化代码，也弹确认框让我点。又有些时候我想让它分析一下项目架构，它却直接动手改代码了。后来才搞明白：Claude Code 有六种权限模式，控制它"能做什

前十一篇文章，主要靠人工操作——输入指令、看输出、确认、提交。这对于个人项目够了，但团队协作和日常高频使用下，手动流程会让你慢慢开始不耐烦。Claude Code 有一套事件系统（Hooks）和自定义命令（Slash Command），可以把你每次重复的操作自动化。这篇文章从三个实际场景出发，把配置逻辑讲清楚。

本文对比了GitHub Copilot、Claude Code和OpenAI Codex三款AI编程工具在实现Flask项目PDF导出功能时的表现差异。Copilot采用IDE内联补全方式，需人工确认每个变更；Codex通过沙箱环境执行任务，提供原子化修改方案；Claude Code则直接扫描项目结构并自主执行命令。测试显示，三款工具在交互方式（建议/沙箱/自主执行）、项目感知能力和安全机制上存在

在"""用户: 用 test-writer 给 src/utils/date_utils.py 写测试同时用 code-reviewer 审查 src/utils/date_utils.py 的代码质量然后我去泡杯咖啡Codex 会同时启动 test-writer 和 code-reviewer 两个 Agent，并行运行。Agent 之间没有上下文共享——各干各的。

系列：AI 编程工具生态挖掘 ｜ 字数：约 2600 字 ｜ 预计阅读：6 分钟Claude Code 有一个让人头疼的问题——关掉就忘了。每次新开一个 session，它重新读项目文件、重新理解代码结构、重新跟你磨合工作方式。你昨天跟它讨论了两个小时的架构方案，今天开个新窗口，它什么都不记得。你得重新解释一遍"我们在做什么"、“之前决定用方案 B 而不是方案 A”、“这个 TODO 是留着以后做

前三篇分别展示了每个工具单独用是什么体验。但真正干活的时候，从来不是"今天用这个、明天用那个"。同一个需求里，你可能五分钟前在终端让 Claude Code 写接口，两分钟前在 VS Code 里让 Copilot 修了个细节，现在又开个 Codex 沙箱试一个不确定的库。这篇用一整个下午的真实工作流，把三个工具串起来。

有件事我拖了很久——项目里有个账单工具模块，billing.py，260 行，核心业务逻辑。处理逾期费、折扣计算、发票日期。一天被调几十次。测试覆盖率：0。不是不想写。写好测试要构造几十种边界情况：闰年 2 月的日期、跨年逾期、边界折扣率、同一客户多张发票的合并。想想就手酸。这次我把这摊活丢给了 Claude Code，看它能覆盖到什么程度。

前几篇分别在老项目上改功能、重构、写测试。这篇更进一步——从一个空目录开始。我要建一个书签管理 API。需求不复杂，但涉及模型设计、路由分层、测试、Docker 部署、文档。从头手写大概半个下午。这次全交给 Claude Code，看看一个空目录能变成什么。