和我年龄差不多，如果你身体健康还是找把，有时间孤独太难受了，但是我因为早泄 - - 不敢找女票 家里那边就是拖着，逃避
@tedchen 不知道这个网站还好 越看越郁闷 - -
刚着手写这个项目的时候 就是希望有更多的人去参与我这次实验，对，没有错 我把这个项目称之为一场实验， 我畅想我们（我和广大网友们）能一起完成这场实验， 能够得到一个在该方向受认可的答案。
我凭着我的感觉去实现它，完善它....
当现在已经部署上线两天的时间了 结合网友的评论和当前项目使用情况，再继续以这种简单的评判规则，已经不能抵达我所畅想的美好愿景。
我真的想改变现状..... 去容纳我未曾想到的那些变量..... 不想太多了.....
接下来的调整，我会尽量去完善底层逻辑，让它不再只是我个人的“闭门造车“。,道阻且长
已经改了 就叫 apex 没错就是和那个 apex 撞名
一直没有想好改成什么， 后面会改的 - -
已经有很多人给我看过这个网站，但是我写的时候真的没有参考这个网站 可能 gemini 认为我就是在做和这个网站类似的项目，所以在生成 prd 的时候偏复刻一些
我也不能因为和它很像就放弃我想法的落地
后续优化 我尽量避免和这个网站太相似 感谢支持
欢迎欢迎 作责来付费
谢谢大家 本人陆续的也发现了一些问题，后续会调整优化
昨晚熬到三点把那个「AI 竞技场」的小玩具终于部署上线了，现在坐在工位上还有点恍惚。
其实起因特别简单——前阵子我在研究怎么给手里的 Agent 选基座模型，看了无数测评榜单，MMLU 分数一个比一个高，但实际用起来总觉得哪里不对。后来我发现一个问题：当我看到「GPT-4」这个 logo 的时候，潜意识里就已经给它加分了；而看到某些国产模型的名字时又会不自觉地带着偏见去挑刺。
这让我想起以前看过的百事挑战实验。于是我就想：如果我把所有模型的名字都藏起来呢？
说干就干。上周末推掉了所有社交活动在家糊了这个小网站：
它长得特别朴素甚至有点简陋——你进去之后输入任何问题系统会随机抽两个匿名模型同时给你回答你看不到任何品牌标识只能凭直觉判断左边好还是右边好或者都很烂。只有当你投完票那一刻才会揭晓刚才跟你对话的到底是谁可能是 Claude 也可能是某个开源小模型或者是通义千问...
我自己测试了几天发现这事儿特魔幻有好几次我觉得「这回答逻辑清晰还有人情味肯定是 GPT 吧」结果揭开一看是某个我之前完全没正眼瞧过的小众模型；也有那种看着很华丽但其实空洞无物的答案最后发现是大厂旗舰款瞬间有种被品牌光环骗了的感觉。
说实话这个项目没什么技术含量就是 FastAPI+React 的简单拼接甚至代码写得还挺糙的流式输出那块调了很久才不让两边打架但我自己玩得挺上瘾因为它真的逼着我回归到了内容本身而不是在看牌子下菜碟儿。
如果你今天摸鱼无聊或者正好在纠结该用哪个 AI 不妨来扔几个问题试试手气不用注册打开就能玩要是遇到了什么离谱的对局结果欢迎截图发给我看看咱们一起祛祛魅 😄
| 提示类型 | 主要目的与功能 | 特点与作用 |
|---|---|---|
| System Prompt | 定义模型的基本能力、边界和总体目标 | 设定模型的“底层行为”和大局观，例如语言、风格、价值取向，通常在整个会话中保持稳定 |
| Contextual Prompt | 提供当前任务或对话所需的具体背景信息 | 强调“当前情境”，高度动态，帮助模型理解细节、约束条件和业务上下文 |
| Role Prompt | 为模型指定明确的角色或身份 | 影响输出的语气、视角和决策方式，使回答更符合特定角色的知识结构和行为模式 |
这个在 25 年年初的谷歌提示词书里面有写 希望对你有作用
可以尝试放权给 ai 去做部分核心业务
了解过 但是和最后一点还是有点区别的
这种方法也是我经常在用的 很有用
以上经验来部分来自于 Google「提示词工程」白皮书阅读 和网上达人分享 ------ AI 整理后
Vibe Coding 实战要点（精简概要）
1. 示例优先，而不是抽象描述
核心原则：示例 > 描述
与其告诉 AI「我要什么」，不如直接给一个你认可的代码样子。
- 不给示例：
- 风格不一致
- 业务边界模糊
- 需要大量纠偏对话
- 给最小示例：
- AI 会主动对齐你的结构、命名、职责划分
- 输出更像你项目里“原生存在”的代码
👉 结论：最小可对齐示例，是 Vibe Coding 的放大器。
2. 控制输出长度 = 控制思考质量
通过 max tokens 或明确提示结构来约束输出。
推荐做法
- 明确 token 上限
- 指定输出顺序（思路 → 核心代码）
- 明确“不需要解释基础概念”
收益
- 强制模型取舍
- 减少废话
- 输出更偏「工程师对工程师」
3. Claude Code / laper.ai 的核心方法论（高度浓缩）
3.1 文档是系统的一部分
- 根目录主文档：
任何功能 / 架构 / 写法更新，必须同步更新子文档
3.2 每个文件夹都有极简说明
- 3 行以内说明目录职责
- 列出每个文件的：名字 / 地位 / 功能
- 明确声明：目录变化必须更新此文档
3.3 每个文件都有三行元注释
文件开头固定三点：
- input：依赖什么
- output：提供什么
- pos：在系统中的位置
并声明：
文件更新 ⇒ 同步更新文件注释 + 目录文档
4. 本质：分形结构（Fractal Structure）
- 局部映射整体
- 整体约束局部
- 文档、代码、认知彼此自指
这让 Vibe Coding 从：
「AI 帮我写代码」
进化为：
「AI 在理解系统结构后与我协作」
局部影响整体，整体塑造局部。
打 go
平安夜里平平安安‚圣诞节里快快乐乐。
为什么贴不了图片了 我记得之前是可以的 难道又得和 v 站一样 先挂图床 然后贴链接
file:///home/edy/%E6%A1%8C%E9%9D%A2/Snipaste_2025-12-25_14-00-30.png
windsurf 和 ide 中的 continue 插件
{
"sheet_name_list": [
"运费明细", "订单处理费", "转运", "二次包装", "仓租", "卸货上架", "增值服务"
],
"warehouse_id_dict": {
"美西仓 002": 946,
"美西仓 001": 1107,
"SAV 仓 002": 948,
"美东仓 002": 950,
"休斯顿仓 001": 1115
},
"col_map": {
"storage": {
"仓租": {
"仓库": "warehouse",
"入库单号": "stock_in_batch",
"SKU": "sku",
"长": "length",
"宽": "width",
"高": "height",
"重量": "weight",
"库存": "amount",
"在库天数": "age",
"费用": "fee",
"上架时间": "stock_in_time",
"创建时间": "accounting_date",
"立方数": "charge_volume"
}
},
"inbound": {
"卸货上架": {
"时间": "accounting_date",
"订单号": "source_order",
"仓库": "warehouse",
"跟踪号": "cabinet_number",
"SKU 种类": "sku_kind_num",
"上架数量": "amount"
}
},
"outbound": {
"运费明细": {
"订单号": "order_number",
"SKU": "sku",
"数量": "amount",
"单价": "unit_price",
"计费重量": "weight",
"跟踪号": "tracking_number",
"订单参考号": "customer_number",
"仓库": "warehouse",
"扣费时间": "accounting_date",
"基本运费": "fee"
},
"订单处理费": {
"时间": "accounting_date",
"订单号": "order_number",
"计费重量": "weight",
"仓库": "warehouse",
"跟踪号": "tracking_number",
"参考号": "customer_number",
"运输方式": "order_type",
"出账": "fee",
"SKU": "sku"
},
"转运": {
"时间": "accounting_date",
"订单号": "order_number",
"仓库": "warehouse",
"跟踪号": "tracking_number",
"参考号": "customer_number",
"运输方式": "order_type",
"计费重量": "weight",
"SKU": "sku"
},
"二次包装": {
"时间": "accounting_date",
"订单号": "order_number",
"仓库": "warehouse",
"跟踪号": "tracking_number",
"参考号": "customer_number",
"运输方式": "order_type",
"计费重量": "weight",
"SKU": "sku"
}
},
"other": {
"增值服务": {
"跟踪号": "tracking_number",
"参考号": "customer_number",
"时间": "accounting_date",
"仓库": "warehouse",
"出账": "fee",
"订单号": "number",
"SKU": "sku",
"备注": "fee_type"
}
},
"credit": {
}
},
"fee_type_col_name": {
"storage": {},
"inbound": {
"卸货上架": ["卸货上架", "SKU 分拣费", "超箱费", "贴标费", "超数量费用"]
},
"outbound": {
"转运": ["贴标费", "操作费","打板费", "快递补贴", "拣货费"],
"二次包装": ["操作费", "快递补贴", "拣货费"]
}
},
"unit": {
"storage": {
"仓租": {
"size_unit": "inch",
"weight_unit": "lb"
}
},
"outbound": {
"运费明细": {
"weight_unit": "lb"
},
"订单处理费": {
"weight_unit": "lb"
},
"转运": {
"weight_unit": "lb"
},
"二次包装": {
"weight_unit": "lb"
}
}
},
"fin_type_map": {
"卸货上架": "卸货费",
"操作费": "特殊订单操作费",
"拣货费": "出库操作费",
"快递补贴": "尾程运费",
"outbound": {
"贴标费": "贴标费"
},
"inbound": {
"贴标费": "贴标费"
},
"打板费": "打托费",
"运费": "尾程运费-基础运费",
"自提面单": "出库操作费",
"SKU 分拣费": "附加费",
"超数量费用": "附加费",
"出账": "出库操作费"
},
"sys_fee_type_map": {
"卸货上架": "入库操作费",
"inbound": {
"贴标费": "标签费"
},
"outbound": {
"贴标费": "贴标费"
},
"操作费": "出库操作费",
"打板费": "打板费",
"拣货费": "出库操作费",
"快递补贴": "尾程运费",
"SKU 分拣费": "分拣费",
"超数量费用": "入库超箱附加费",
"出账": "出库操作费"
}
}
坐标烟台， 年年堆
公司之前用的 tapd 现在换 gitlab 了
@asdfghjkl s 级别
早~ 🤣
已阅
差不多 我也是这样子 因为性能力太差估计也找不了女朋友了 每天重复的生活， 娱乐方面就看看电影和看小说， 感觉这辈子也就这样了 工资 7000 不多也不算太少， 养活自己足够了， 自卑和孤独充斥每一天，
但是现在还是能承受的住， 加油 坚持下去，就可以了
good
额。。。。。。。。。。。。。。。。
看电影， 躺尸
这个看不下去 - -
我先来： 网游之死亡武侠
一直在追更， - -
中国广电宽带 优点是不用办卡，没有乱七八糟的协议书让你签写，我出租屋里办的是 500M， 500 元/年 缺点是网络不稳定，
1024 give me money
我以为是抽奖 - - 所以试试概率
money !!!! give me
money !!!! give me
money !!!! give me
money !!!! give me
money !!!! give me
money !!!! give me
千里婵娟举国欢庆
我先来： 网游之死亡武侠
番茄中的 好看！
money ！！ give me qk
money！！ give me qk