x0jweiC

[x0jweiC @x0jwei]

@tualatrix 好可爱，胖乎乎的小手。

[x0jweiC @x0jwei]

主要问题还是 AI 太喜欢 mock 了，写得东西你都不敢确认到底是不是真正的完成了。我们人写了 会实际去跑一下，然后反推真正的测试是怎么样的。但是 AI 就是一顿乱写，都是 mock 自己骗自己的。

[Gangqiang Yao @yaogangqiang]

上一条说，只靠测试不能保证软件质量。这条先聊也应该怎么写测试，因为这是基础。下次聊关键设计，以及 review 应该看什么。

针对业务项目，我的理解大概是这么几条：

1 测试行为，不测试实现。比如重复下单不会重复扣款，而不是某个方法调用了几次。业务没变，重构一下测试就碎一地，那多半写错了。AI 特别容易写这种测试。

2 用 BDD，先写验收场景，再写代码。测试描述统一用 user 开头，用 Given / When / Then 描述，用户和 PM 也能看懂。别让 AI 写完代码，再照着自己的实现证明自己没错。

3 禁止 mock。Redis、PostgreSQL 能用真的就用真的，外部系统不好接就注入 fake，但要校验它和真实系统的契约。时间逻辑用 fake timer，别 sleep 几秒再祈祷。AI 真的太喜欢随手 mock 了。

4 我倾向大部分写 E2E，从用户入口走到可见结果，外部依赖可以 fake，实在不合适再写其他测试。测试多了就分级，按改动和依赖关系精准测试，定期完整跑。别改两行代码，等 CI 半天。

5 前面做好了，再看分支覆盖率，先定个 90%。但重点是剩下的为什么没测，尤其是失败路径，别让 AI 为了凑数字再写一堆垃圾测试。

6 前边的规则尽量都写成 lint

[Gangqiang Yao @yaogangqiang]

上一条说，只靠测试不能保证软件质量。这条先聊也应该怎么写测试，因为这是基础。下次聊关键设计，以及 review 应该看什么。

针对业务项目，我的理解大概是这么几条：

1 测试行为，不测试实现。比如重复下单不会重复扣款，而不是某个方法调用了几次。业务没变，重构一下测试就碎一地，那多半写错了。AI 特别容易写这种测试。

2 用 BDD，先写验收场景，再写代码。测试描述统一用 user 开头，用 Given / When / Then 描述，用户和 PM 也能看懂。别让 AI 写完代码，再照着自己的实现证明自己没错。

3 禁止 mock。Redis、PostgreSQL 能用真的就用真的，外部系统不好接就注入 fake，但要校验它和真实系统的契约。时间逻辑用 fake timer，别 sleep 几秒再祈祷。AI 真的太喜欢随手 mock 了。

4 我倾向大部分写 E2E，从用户入口走到可见结果，外部依赖可以 fake，实在不合适再写其他测试。测试多了就分级，按改动和依赖关系精准测试，定期完整跑。别改两行代码，等 CI 半天。

5 前面做好了，再看分支覆盖率，先定个 90%。但重点是剩下的为什么没测，尤其是失败路径，别让 AI 为了凑数字再写一堆垃圾测试。

6 前边的规则尽量都写成 lint

[蔡子博士Chris @caiziboshi]

看照片袁腾飞移民德州了？

[lauren @poteto]

i've gotten a few questions from engineers early in their careers lately so i wanted to offer a little AMA here if you have any questions or things you're worried about with AI coding! i don't have the answers to everything, but i will try my best and share my honest perspective

[x0jweiC @x0jwei]

@strrlthedev @dogrod_ 有文章推荐吗？

[La Silla Rota @lasillarota]

Ulises Fernando Bernal Miramontes, presidente del Colegio de Ingenieros Civiles de #Jalisco, generó polémica luego de ser señalado por realizar burlas racistas contra una aficionada de #Corea del Sur durante actividades relacionadas con el #Mundial2026.

📹: Redes sociales

[x0jweiC @x0jwei]

@manateelazycat 老板 你好 请问远程 WhatsApp 支持吗？

[Shawn Zhang @Shawn20230602]

@torontobigface @mjedjka 扯蛋，你倒是找个接班人出来去接机啊😂

[gregorein @Gregorein]

so... I audited Garry's website after he bragged about 37K LOC/day and a 72-day shipping streak.

here's what 78,400 lines of AI slop code actually looks like in production.

a single homepage load of https://t.co/TqaEZsF44N downloads 6.42 MB across 169 requests.

for a newsletter-blog-thingy.
1/9🧵

[x0jweiC @x0jwei]

@nickbaumann_ I'm currently use Anthropic, do you believe that gpt-5.2 is much better than Opus?

[x0jweiC @x0jwei]

@steipete Thanks for all your hard work!

[x0jweiC @x0jwei]

@zhangjintao9020 Hello World.

[x0jweiC @x0jwei]

@tuzi_ai 赶紧解决问题哈。买了月卡，3 天都没法正常使用。

[宝玉 @dotey]

这个 Claude Code 的自定义指令可以试试

Claude Code 现在可以添加自定义指令，也就是你输入 “/” 可以出来命令提示，这个 ultrathink-task 可以调用架构智能体、研究智能体、编码智能体和测试智能体，完全模拟了一个不同角色的小开发团队帮你完成任务。

如果添加自定义指令和原始提示词见原推

提示词参考如下：

使用说明

`/project:ultrathink-task <任务描述>`

背景信息

* 任务描述：\$ARGUMENTS
* 相关代码或文件将根据需要以 @ 文件的语法引用。

你的角色

你是**协调智能体**，负责统筹协调以下四个专家子智能体的工作：

1. **架构智能体**：负责设计整体解决方案的高层次架构。
2. **研究智能体**：负责收集外部信息、知识和类似案例。
3. **编码智能体**：负责编写或修改代码。
4. **测试智能体**：负责提出测试方案和验证策略。

工作流程

1. 按照逻辑顺序逐步思考，明确说明假设和未知因素。
2. 为每个子智能体清晰地分派任务，记录其产出，并总结关键见解。
3. 进行一次“超深度思考”（ultrathink）阶段，将所有见解融合成一个完整的解决方案。
4. 如果仍存在空白或疑问，继续迭代（再次调用子智能体），直至你对最终结果充满信心。

输出格式

1. **推理记录**（建议提供）——展示关键决策节点及过程。
2. **最终答案**——以Markdown形式给出清晰可执行的步骤、代码修改或命令。
3. **后续行动**——列出团队需要跟进的事项（如有）。

[x0jweiC @x0jwei]

@tuziapi Claude code 之后也会有代充就好了。

[Andrew Wilkinson @awilkinson]

AI Nerds:

What’s your coolest MCP workflow?

[x0jweiC @x0jwei]

Okay, I love this ✨✨

Just claimed my STRK!

Yalla Starknet!
https://t.co/iVO8ppHA80 #Starknet