前贴：求CPA在本地调取不到的解决方法
问题描述：CPA部署在远端服务器则可以正常使用，但是部署在本地一直调用不到（请求时间非常长，最后返回error 400:Bad Request: {"detail":"Unsupported parameter: response_format"}）
之前的贴子里最终解决了CLI里模型列表的问题，但是因为找到了Render部署作为替代方案，就没有继续研究在本地的调用了。现在发现在一些工作过程中会遇到error 403(疑似cloudflare 五秒盾），所以才考虑回归本地使用，依旧出现http://127.0.0.1:8317端口调用不到且返回error 400的问题。
尝试解决：
最开始跟gemini讨论，gemini认为是http请求以及127.0.0.1(或localhost)被请求方判定为请求本地大模型，所以就尝试了用Nginx把8317端口映射到了https://local-cpa-proxy.com的自定义域名上。尝试调用以后仍然请求超时，观察CPA的后台日志，依旧是：
request error, error status: 400, 
error message: {"detail":"Unsupported parameter: response_format"}

现在不知道怎么解决了，像站内各位佬友求助

今早把佬的grok2api重新更新了一下，然后去搞了个账号，突然发现，每个账号的可使用次数从80变成了8次

无论我怎么刷新，它都还是8次。不知道是不是bug？因为我对话几次后，发现那个次数并没有减少，仍然是8，所以有点迷惑

1.邮箱：老邮箱，protonmail，刚出来3.0就用上了a/
2.付款方式：礼品卡，黑市买的
3.使用方式：CPA放在谷歌云，然后在ampcode用
4.维持时间：存活已经5天了
再探再报

163.com – 23 Mar 26
  

  
    

「你是专家」竟成AI幻觉毒药？新论文一巴掌揭穿提示词最大骗局

  「你是专家」竟成AI幻觉毒药？新论文一巴掌揭穿提示词最大骗局,推理,你是专家,幻觉毒药,prism


  

  
    
    
  

  



省流短评：新的咒语是[请一步步客观推演，如果不确定就直接告诉我]。垃圾文章最后才给出这句话！（谁让我过程看不懂呢。。。我只想要个结论）

grok 有注册机吗  使用grok2api

随时跑路站、FovtAPI、Qzz、Duckcoding、星野AI、LemonAPI、WindHub、Slapq、Einzieg API、太子公益 API、轻のLLM、AokiCore、红石API、不知道叫啥API

codex_export_1774314889530.zip (149.4 KB)

苹果 用什么vpn 客户端呢？ 各位佬有什么推荐的嘛 感谢

公司想整一个 ai 工具，推荐的 kiro。但是买不了咋搞。银行卡被拒绝，是有什么要注意的吗。也没找到一个完整的教程。老板的卡也没法一直尝试

抽空对 sglang 部署的 qwen3.5-27b-fp8 做了个简单的性能测试（输入 4096 tokens，输出 2048 tokens，并发数 10，共 100 个请求，默认部署的模型开启了 thinking），摘要如下：
============ Serving Benchmark Result ============
Backend:                                 sglang    
Traffic request rate:                    inf       
Max request concurrency:                 10        
Successful requests:                     100       
Benchmark duration (s):                  699.07    
Total input tokens:                      409600    
Total input text tokens:                 409600    
Total generated tokens:                  204800    
Total generated tokens (retokenized):    204607    
Request throughput (req/s):              0.14      
Input token throughput (tok/s):          585.92    
Output token throughput (tok/s):         292.96    
Peak output token throughput (tok/s):    613.00    
Peak concurrent requests:                12        
Total token throughput (tok/s):          878.89    
Concurrency:                             9.78      
Accept length:                           3.36      
----------------End-to-End Latency----------------
Mean E2E Latency (ms):                   68363.79  
Median E2E Latency (ms):                 60168.97  
P90 E2E Latency (ms):                    107801.41 
P99 E2E Latency (ms):                    130962.28 
---------------Time to First Token----------------
Mean TTFT (ms):                          2873.73   
Median TTFT (ms):                        1814.06   
P99 TTFT (ms):                           16491.75  
-----Time per Output Token (excl. 1st token)------
Mean TPOT (ms):                          31.99     
Median TPOT (ms):                        27.87     
P99 TPOT (ms):                           63.06     
---------------Inter-Token Latency----------------
Mean ITL (ms):                           31.99     
Median ITL (ms):                         15.59     
P95 ITL (ms):                            61.28     
P99 ITL (ms):                            394.78    
Max ITL (ms):                            10522.35  
==================================================

是否遇到平时开发不管是基于spec还是tdd开发，最终都会走到code review，倘若之前的代码逻辑摇摆，维护性不好，安全性不够，数据储存混乱，参数乱传，在最终的review阶段是真的把人折磨死，一次次不同的review问题，修改问题后，又继续修改扫描出新的问题，最终就是code review一下午还一直在出现问题，想问下有没有佬在开发遇到这类问题，然后对于这方面有自己的理解，我准备修改开发模式，所有的需求开发都不在原来的基础上做加法，而是整体理清思路后，设计正确的处理流程，再反向逐步收拢以前的问题，开始尝试

如图，手机上和电脑上都渲染不出来
是我的问题还是Qwen网页的问题捏

大概是真病了，现在用codex 猛蹬。
蹬出幻觉了

自己订阅的Max 20X
在历史的对话特别多了之后，感觉没对话几轮5h额度就满了
应该是1M context太大了，每次都要消耗很多token
只能尽量用sonnet 并且常用/clear命令