我一般是只用头脑风暴的，因为习惯了不懂脑子让他反问，但是最近我发现一个小小的东西他会执行很久并且我的5h一会到用完了。感觉理解不了为什么会这样，导致我现在直接plan来处理 自己来完善 4 个帖子 - 4 位参与者 阅读完整话题
Free 免费版和 Go 版可能会看到广告 Plus、Pro、Enterprise、Business、Education 用户不会看到广告。 6 个帖子 - 6 位参与者 阅读完整话题
有没有大佬啊，救救孩子吧，有时候我的codex很聪明，有时候很笨。 5 个帖子 - 4 位参与者 阅读完整话题
像superpowers这种在规划上的统治力一样的这种方案？ 看到大部分人还在 /review 和 随口问， 我司做的也就是拆块并行review， 还有更好的方式吗？ 4 个帖子 - 4 位参与者 阅读完整话题
Perplexity 首席执行官阿拉温德・斯里尼瓦斯在接受 CNBC 采访时称，无论 Anthropic 和 OpenAI 的上市市场反响好坏，公司都计划在 2028 年启动首次公开募股（IPO）。周二播出的采访中，斯里尼瓦斯表示：“我们原本就规划 2028 年上市，两家同行的上市计划不会改变我们的时间表，该计划维持不变。” 2025 年 6 月 5 日（周四），美国加利福尼亚州旧金山，Perplexity AI 首席执行官阿拉温德・斯里尼瓦斯出席彭博科技峰会。 斯里尼瓦斯此前就曾表态，公司 2028 年前暂无上市打算，此番最新发言给出了更为明确的时间规划。 上周，大模型 Claude 的开发企业 Anthropic 已秘密递交 IPO 申请。虽然尚未披露发行定价细节，但该公司上一轮估值接近 1 万亿美元。OpenAI 也于本周一秘密提交了 IPO 文件。 Anthropic、OpenAI 以及本周推进上市的 SpaceX，均属于史上规模最大的 IPO 行列，也将考验资本市场对巨型科技企业上市的承接意愿。 斯里尼瓦斯向 CNBC 表示：“如果这几家企业上市遇冷，势必会产生连锁传导效应，这点无法回避。本周 SpaceX 的 IPO 表现，一定会成为预判 Anthropic、OpenAI 上市行情的先行指标。” “人工智能行业需要这几起 IPO 交出亮眼成绩单，而且我个人判断它们确实会获得市场认可，毕竟两家企业本身发展势头强劲。” Anthropic 与 OpenAI 作为前沿实验室，手握全球顶尖大模型，二者的高额估值一直是投资者重点审视的对象。 斯里尼瓦斯认为两家企业配得上高估值，理由是 “它们站在人工智能技术最前沿”。他补充道，只有创新速度放缓才会拖累估值，而目前尚无任何迹象出现这种情况。 斯里尼瓦斯说：“倘若未来连续半年，这两家公司都没能推出性能升级的大模型，那才是它们真正的危机。” 企业 AI 支出成行业焦点 据报道，OpenAI 首席执行官山姆・奥特曼在公司直播中提到，如今各大企业都在核算自身人工智能投入成本，AI 高额开销已经成为 “重大难题”，企业 AI 支出由此成为行业关注核心。 当下行业出现了一种名为 “令牌最大化（tokenmaxxing）” 的现象：员工刻意增加 AI 调用量，以此向管理层展示工作效率。斯里尼瓦斯对此表示：“但员工并非单纯堆砌调用次数，他们真正的需求是，针对不同工作任务选用适配度最优的大模型。” Perplexity 的产品整合了多家厂商的大模型。用户下达指令后，其 AI 工具会综合成本因素，自动匹配适配该任务的最优模型。 斯里尼瓦斯解释：“如果有开源模型能完成九成工作任务，且成本仅为前沿大模型的十分之一至二十分之一，我们就会优先选用这款开源模型。前沿人工智能技术前景依旧广阔，但行业不会再像过去几个月那样不计成本盲目投入。” 查看评论
github.com GitHub - DEEIX-AI/DEEIX-Chat: An enterprise AI workspace for model routing,... An enterprise AI workspace for model routing, multimodal chat, files, tools, billing, identity, and operations. DEEIX Chat 是一款全新的高性能、高颜值、低占用的 AI 对话平台，可自托管部署，最低仅需 64MB 内存！ 配置的位置在 管理员页面-模型-编辑模型 ，支持可视化和高级 JSON，下面会直接给到我的高级 JSON，粘贴进去后，可以进入可视化配置二次编辑 Claude 系列 增加输出长度、思考、缓存和工具调用的配置；用户界面预览如下 配置JSON内容 （点击了解更多详细信息） OpenAI 系列 增加思考、输出详细程度、数据存储、工具调用的配置；用户界面预览如下 配置JSON内容 （点击了解更多详细信息） Gemini 系列 增加思考、工具调用的配置；用户界面预览如下 配置JSON内容 （点击了解更多详细信息） Grok 系列 增加工具调用的配置；用户界面预览如下 配置JSON内容 （点击了解更多详细信息） 2 个帖子 - 2 位参与者 阅读完整话题
最近在看一些代理方案，发现很多人一开始都是先上机房代理，便宜、简单、好理解。 但只要任务稍微复杂一点，比如： 搜索结果会因为地区变化 页面本身比较敏感 需要浏览器自动化 要做长一点的会话 电商价格 / 广告验证这类结果对 geo 比较敏感 机房代理就很容易开始“不太够用”。 我自己的感觉是，如果只是简单抓一些不太敏感的公开页面，机房代理确实够用，成本也低。 但如果任务涉及下面这些，住宅代理的价值会明显很多： 结果和地区强相关 页面本身更容易触发限制 不是单纯 requests ，而是带浏览器行为 重试成本已经开始变高 还有一个点是，很多时候不是“代理不行”，而是： session 没配好 geo 不准 轮换策略太粗 把搜索页和详情页混着用同一种策略 我看到一些住宅代理方案，像 Thordata 这种会把住宅代理和不限量方案分开做，我觉得这个思路其实还挺合理的。小一点的任务按量计费更灵活，长期高频任务上不限量，账会更容易算。 想问问大家自己的实际经验： 你们一般是在什么阶段，开始觉得住宅代理是“值得”的？ 是因为成功率，还是因为 geo ，还是因为浏览器自动化更稳？
人工智能公司Perplexity首席执行官Aravind Srinivas表示，该公司计划于2028年上市，无论市场如何看待Anthropic和OpenAI的上市情况。“无论这两家公司情况如何，我们原本就计划在2028年采取行动，因此这一计划依然有效，”Srinivas在接受采访时表示。 继Anthropic上周提交IPO文件后，OpenAI于本周一早些时候也秘密提交了文件，准备在美国上市。埃隆·马斯克旗下的SpaceX也计划于本周五上市。 “如果这些IPO进展不顺，肯定会产生连锁反应，这一点毋庸讳言。本周SpaceX的IPO无疑将成为判断Anthropic或OpenAI上市前景的重要先行指标，”Srinivas表示。 “我认为这些IPO能否顺利进行对AI行业至关重要，而且我实际上认为它们会顺利进行，因为它们目前运营状况良好，”Srinivas补充道。 针对外界对Perplexity财务状况的猜测，Srinivas在2025年表示，该公司资金充裕，且暂无计划在2028年前上市。 查看评论
确认已经安装了superpowers的，但是没有办法用/brainstorming等命令。 只能通过对话要求use skills 来调用，并且有时候需要多次强调才会开始头脑风暴流程。 原本是可以直接用/拉出superpowers的命令的，但是有一次claude code升级之后就没有办法调用了，有遇过并解决的佬吗。现在的调用方式太麻烦了还费token 2 个帖子 - 2 位参与者 阅读完整话题
最近在看一些代理方案，发现很多人一开始都是先上机房代理，便宜、简单、好理解。 但只要任务稍微复杂一点，比如： 搜索结果会因为地区变化 页面本身比较敏感 需要浏览器自动化 要做长一点的会话 电商价格 / 广告验证这类结果对 geo 比较敏感 机房代理就很容易开始“不太够用”。 我自己的感觉是，如果只是简单抓一些不太敏感的公开页面，机房代理确实够用，成本也低。 但如果任务涉及下面这些，住宅代理的价值会明显很多： 结果和地区强相关 页面本身更容易触发限制 不是单纯 requests ，而是带浏览器行为 重试成本已经开始变高 还有一个点是，很多时候不是“代理不行”，而是： session 没配好 geo 不准 轮换策略太粗 把搜索页和详情页混着用同一种策略 我看到一些住宅代理方案，像 Thordata 这种会把住宅代理和不限量方案分开做，我觉得这个思路其实还挺合理的。小一点的任务按量计费更灵活，长期高频任务上不限量，账会更容易算。 想问问大家自己的实际经验： 你们一般是在什么阶段，开始觉得住宅代理是“值得”的？ 是因为成功率，还是因为 geo ，还是因为浏览器自动化更稳？
去年12月，通过Paypal的活动搞了一年的pro，绑定的是google账号，不知怎么回事今天跳出来要验证号码。我这也没绑定号码啊。。。。 有没有知道的佬友。。。。 4 个帖子 - 3 位参与者 阅读完整话题
glm5.1 版本 用户同步 ERP 采购单 → 调用 save-entity-v3-simple 保存 qc_external_doc DynamicDataService.saveEntityV3 执行 INSERT ，返回 ID ApiCallLogAspect 拦截 → 查询 sys_api_log_config 配置 如果 trigger_etl_rule=1 → 获取 etl_rule_id 对应的规则 读取 etl_data_process_rule.trigger_conditions （ JSON ） 内存匹配：biz_flow_name + parent_code 匹配成功 → 调用 EtlDataProcessService.triggerRule 创建 qc_task + qc_task_item 更新 qc_external_doc.converted_task_id 这链路算长吗
glm5.1 版本 用户同步 ERP 采购单 → 调用 save-entity-v3-simple 保存 qc_external_doc DynamicDataService.saveEntityV3 执行 INSERT ，返回 ID ApiCallLogAspect 拦截 → 查询 sys_api_log_config 配置 如果 trigger_etl_rule=1 → 获取 etl_rule_id 对应的规则 读取 etl_data_process_rule.trigger_conditions （ JSON ） 内存匹配：biz_flow_name + parent_code 匹配成功 → 调用 EtlDataProcessService.triggerRule 创建 qc_task + qc_task_item 更新 qc_external_doc.converted_task_id 这链路算长吗
glm5.1 版本 用户同步 ERP 采购单 → 调用 save-entity-v3-simple 保存 qc_external_doc DynamicDataService.saveEntityV3 执行 INSERT ，返回 ID ApiCallLogAspect 拦截 → 查询 sys_api_log_config 配置 如果 trigger_etl_rule=1 → 获取 etl_rule_id 对应的规则 读取 etl_data_process_rule.trigger_conditions （ JSON ） 内存匹配：biz_flow_name + parent_code 匹配成功 → 调用 EtlDataProcessService.triggerRule 创建 qc_task + qc_task_item 更新 qc_external_doc.converted_task_id 这链路算长吗
glm5.1 版本 用户同步 ERP 采购单 → 调用 save-entity-v3-simple 保存 qc_external_doc DynamicDataService.saveEntityV3 执行 INSERT ，返回 ID ApiCallLogAspect 拦截 → 查询 sys_api_log_config 配置 如果 trigger_etl_rule=1 → 获取 etl_rule_id 对应的规则 读取 etl_data_process_rule.trigger_conditions （ JSON ） 内存匹配：biz_flow_name + parent_code 匹配成功 → 调用 EtlDataProcessService.triggerRule 创建 qc_task + qc_task_item 更新 qc_external_doc.converted_task_id 这链路算长吗
glm5.1 版本 用户同步 ERP 采购单 → 调用 save-entity-v3-simple 保存 qc_external_doc DynamicDataService.saveEntityV3 执行 INSERT ，返回 ID ApiCallLogAspect 拦截 → 查询 sys_api_log_config 配置 如果 trigger_etl_rule=1 → 获取 etl_rule_id 对应的规则 读取 etl_data_process_rule.trigger_conditions （ JSON ） 内存匹配：biz_flow_name + parent_code 匹配成功 → 调用 EtlDataProcessService.triggerRule 创建 qc_task + qc_task_item 更新 qc_external_doc.converted_task_id 这链路算长吗
背景：ERP系统中给一条合同创建回款单，回款单创建完成后更新合同的已收/未收金额字段。 业务：在审批场景下，可以给一条合同创建多条审批中的回款单（审批通过后才生效），为保证系统运行速度，用户点击审批同意后，主线程会去判断合同的未收金额是否足够，足够才能继续向下执行。但是审批会涉及到复杂的节点流转业务，所以更新合同已收/未收金额操作要通过MQ异步执行，从而提高响应速度。 问题：如果用户非常快的给同一合同的两条回款单点击同意，后同意的回款单很容易在主线程拿到先同意的回款单异步逻辑执行完成前的合同已收/未收金额，从而导致合同已收金额开超。 问了AI给出的方案不太符合现有需求，欢迎各位大佬理性讨论，各抒己见。（ps：前提一定要保证使用MQ更新合同金额） 4 个帖子 - 4 位参与者 阅读完整话题
是看了一个视频提到的： https://www.bilibili.com/video/BV1PZ7B6fEu2?spm_id_from=333.788.videopod.sections&vd_source=3feaae4e6b59b2dc76440bc278ae0dbe B站up网络小白_Uncle城提到 “AI渗透的流程现在已经被摸得透的… … codex因为有super power这种插件可以绕过模型原生的安全对机制 。 ”但是我之前装的Skills或者其他插件没法越过5.5，不知道佬友们有没有方案 1 个帖子 - 1 位参与者 阅读完整话题
平时在用OpenSpec，觉得做事情比较快。 今天有朋友推荐SpecKit，看了下市面上的SpecKit、OpenSpec、SuperPowers。 其他两个还没实际用过，有深度使用的可以建议建议吗 1 个帖子 - 1 位参与者 阅读完整话题
就是类似于ace-tool那种，又类似cc的gerp工具那样的。可以精确读到代码，节省token。目前了解到有一个codegraph，还有比较好用靠谱的嘛 2 个帖子 - 2 位参与者 阅读完整话题