@alalida 您的理解和我有偏差。我的意思：把 api （包括不限于运维，比如数据库访问）丢给了 llm ；把业务逻辑分解工作给 llm 做。

在 mcp tool 接口齐全基础上，提示词写得好，llm 能力强，会很省事。

主要是内网部署，高频使用 mcp 。应该不算是 中看不中用。

1- 功能相关的 API 转换为 mcp tool 接口格式，尤其把接口详细说明以注释放到 mcp server 代码里
2- 选择自己满意的 mcp client ；这样可以继承已有的前端界面功能
3- 编写调用 mcp tool 的大模型提示词，选择满意的大模型

作为原型，完成上面的内容。用大模型就可以针对特定系统功能进行数据收集、展现； markdown 输出个表格；
如果需要对话框嵌入图文，估计看前端代码；
更加复杂的调用，可以组合 tool 异步调用后展现，甚至拼接出带参数跳出对话框的 url 。

我设想：使用 mcp 这种方法可以把传统的前端工作简化为对话框方式快速地开发出不同方式的数据展现。

挑战：得选一个好的大模型服务和足够的性能；否则，极慢的生产速度、天价大模型服务成本、奇怪的幻觉。

心得：除非有足够的算力或预算，不要试图用大模型持续做图像理解，token 消耗极快，效果不好； mcp 方式一定程度可以提升功能开发能力，给客户带来一些新意，但是对于确定而重复的工作流程，不是必须的，通过大模型生成方式每秒都在消耗算力而且比起 rpa 明显地慢。

事已至此，亏吃了，帖发了，论坛回应也到 99 楼。

OP 该问问自己想买给个教训就此打住，还是死磕呢？
如果按买正版我自豪，估计找个律师跟 ms 和 jd 讨个公道，再来一波？

普通码农应该没那心气去耗。

Trae 可以外挂 llm 。
如果等不及，可以配 openrouter 、硅基，不过就失去白嫖的乐趣咯。

作为 Windsurf 的备胎。

@Promtheus 给自己一个借口；破坏了情绪，进入不了状态。

也就是进去那一下。电梯门关了运行，就没摄像头的事情。至于中间楼层开门，是否重新检测，就不知道了

是自用？还是对外提供服务？

"6 、Ability to work within American time zones and business trips to the US."

...现在去 US ，风险很高呢

看来很久，也没明白是比原来 15 刀/月的好了还是差了。

暂时继续用吧。

人推着车尾先进试试看。
如果使用 cv 特征识别算法，电动车通常标识是有完整的横把，换个角度，用人合理遮挡，破坏算法特征比对，看行不行？只要低于预设置信度就不会判断为电动车。

至于使用光幕检测的方法，没研究过。

所谓输错号码打错电话的，有多少概率是碰瓷，扫描号段？
对于那些 12345678 ，8888 等号码，如何加校验位？如果运营商能卖选号多赚点钱，干嘛要做无意义的事情？

最后，微信 ID 为何不加一个校验位？

我的理解：把 Trae 养好，占了龙国政企内网的 IDE 。。。前期这个值得。
目前国内 BAT+HW 好像 IDE 没啥拿得出手，还有市场窗口。

如果纯靠市场，Copolit, Cursor, Windsurf, Google(Firebase Studio)排着队，撑死也就 20 刀一个月。

到 v2 的都不从政。广州几线有什么关系呢？

生活成本降到三线，工资水平二线。也可以啊。

前后端、算法、测试、运维、产品、架构

一个岗位需求一个职责。

估计 HR 有 KPI 要完成；拉 op 做分母。

标准是按照功能点 FP 估算。需求转化为多少个功能点，然后估算前后端分工比例，完成能力。

有基于经验和严格安装标准的做法。通常，都是用前者(拍脑袋)。:)

AI 不过是把工作效率提升而已。

办公台式：多彩 ks200 机械蓝牙多模+老戴尔蓝牙鼠标（单模）

办公移动：笔记本+微软蓝牙薄款鼠标（单模）

出于安全原因，曾经成功验证过 caddy 反向代理内网 openwebui 到互联网。

基于以上，搞一个 api 网关就行 。。。 吧 ；现在的 api 网关能按次数、用户做复杂的策略。
（没有很认真地研究这事）