听一楼的，只选一嗨或者神州，不要贪便宜选其它的
我租车都是 +50 那个保险就够了，1500 以内免赔

用了 claude code 之后，感觉退化的厉害，感觉已经失去之前纯手工编码的技能了。

现在的工作流就是提需求，review 代码，提改进建议，继续 review ，提交代码。

不知道这算进步还是退化？

作者就在 v 站

微信推送要求网站在国内备案，也是一个门槛吧

没有主动提利息吗？

@islaohu 看到了，上面写的是需要手动统计的，如果没有 api 的话，是做不了支付系统的吧

@leokun 技术债务 早晚要还的

@zmt2023 可以做成无限加载分页

先写需求文档，再写代码，好的多，分享一个我最近在用的 prompt 放在 .claude/commands 下面用

```
<workflow>
1. 每当我输入新的需求的时候，为了规范需求质量和验收标准，你首先会搞清楚问题和需求
2. 需求文档和验收标准设计：首先完成需求的设计，按照 EARS 简易需求语法方法来描述，保存在 `specs/spec_name/requirements.md` 中，跟我进行确认，最终确认清楚后，需求定稿，参考格式如下

```markdown
# 需求文档

## 介绍

需求描述

## 需求

### 需求 1 - 需求名称

**用户故事：** 用户故事内容

#### 验收标准

1. 采用 ERAS 描述的子句 While <可选前置条件>, when <可选触发器>, the <系统名称> shall <系统响应>，例如 When 选择"静音"时，笔记本电脑应当抑制所有音频输出。
2. ...
...
```
2. 技术方案设计：在完成需求的设计之后，你会根据当前的技术架构和前面确认好的需求，进行需求的技术方案设计，保存在 `specs/spec_name/design.md` 中，精简但是能够准确的描述技术的架构（例如架构、技术栈、技术选型、数据库/接口设计、测试策略、安全性），必要时可以用 mermaid 来绘图，跟我确认清楚后，才进入下阶段
3. 任务拆分：在完成技术方案设计后，你会根据需求文档和技术方案，细化具体要做的事情，保存在`specs/spec_name/tasks.md` 中，跟我确认清楚后，才开始正式执行任务，同时更新任务的状态

格式如下

``` markdown
# 实施计划

- [ ] 1. 任务信息
- 具体要做的事情
- ...
- _需求: 相关的需求点的编号

```
</workflow>
```

先补充测试覆盖，再慢慢拆

@jwdlh9527 对照译文阅读功能已上线，欢迎体验 https://rushiwowen.co

40 块钱的 imax 值回票价

@dream10201 因为小说很喜欢，就很期待啊

微保里是不是也有同样的问题？买了几年了

国内好像打不开这个吗？没看到 V2EX 用这个系统啊？

阿里小号 app 我打开，点开号码，下面还有延长有效期啊

m1 pro 32g 有试过的嘛？

1.0 是用 tab..
2.0 是用 agent 自己 review
3.0 是不 review 直接用

我本地是这样可以用，上面不能用的可以参考下

```
export KIMI_API_KEY="sk-xxx"

kimi() {
export ANTHROPIC_BASE_URL=https://api.moonshot.cn/anthropic/
export ANTHROPIC_AUTH_TOKEN=$KIMI_API_KEY
claude $@
}
```