@coderluan #36 ，很简单，因为从规则来说，别人就是在设定的范围内打卡了。所以如果领导层不满意，就需要去调整对应的规则。
即使单独一对一沟通，别人也是在你设定的规则内操作的。依然可以不听 HR 的谈话变更自己的行为。所以要么就是修改打卡范围，要么就是利用规则辞退员工（如果没有规则就增加对应的规则）。

所以还是因为某些人（这个某些人可以理解为领导、也可以理解钻漏洞的员工）给全体制造了麻烦。

记得很清楚 360 。

既然是“合伙”，那么再你有疑问、觉得不爽的时候，就需要提出你的问题去和对方沟通。亲兄弟也要明算账，一码归一码。而不是闷在心里当没发生过，积累到某一天突然爆发。

如果只是纯做开发（包含产品和项目那两份工作内容），占比是到不了 40%~50%的。除非前后期你都介入进去，真正的把产品和项目的活包揽下来，而不是只写代码、部署。

1. 正常水平，可能还高一些；
2. 任何利益相关的都需要明确，并且落实到文字；
3. 作为“合伙人”，你需要知道明确金额。如果只是项目外包，你最终到手的钱需要是你投入的时间成本 2 倍以上。
4. 前期把所有事情都摊开来讲明白了，后期也会有各种利益分配不均最后拆伙的。所以为了合作长久，前期一定要说得清清楚楚。不合适就不要开始，免得日后朋友都当不成。

其实鸡胸肉也可以做的很好吃。我以前就是鸡胸肉提前一晚切薄片然后抹盐+黑胡椒放冰箱腌制，第二天早上起来那平底锅煎一下，都不需要喷油。
水煮鸡胸肉完全就是偷懒的方式，稍微花一点点时间调个味就能好吃很多。

但如果是准备买市售的调味剂的话，需要看配料表和成分表，不能只看“低卡”，很多标了低卡但是钠含量超标（ NRV%）。如果不考虑进去很容易变得身体水肿，严重还会引发高血压。

为什么要改变？只要不加人，就还是跨平台框架。虽然跨平台必要时也需要写原生，但是工作量会小很多。
除非新项目会加人力投入或者排期的时候就按照多端原生来排的，不然就还是跨平台框架。

除了上面提到的 UI 同步、token 开销问题。多项目维护本来就是一个麻烦事。如果是作为一个单项目/单仓库管理，AI 的上下文污染也需要考虑进去。
你也不想 AI 开发安卓端的时候交付出来的是 Web 端的代码吧。

@Clannad0708 #70 ，所以我是从两个角度来说的呀，一个是自己做，一个是用平台提供的 API 。自己做太难了很难行得通，投入的成本也高，如果你没有相关的地推经验你就不知道有多难，你也不知道如何去操作。所以我会更推荐第二条路径，就是找一个提供开放 API 的平台去做接入，这样如果做出来的话，即使不成功，还有一条可以被大平台收编成正规军的路子。

Win 都有动态锁的功能，Mac 没有提供类似的功能吗？

https://i.imgur.com/JdayTYK.jpeg

@Clannad0708 #54 ，做一个简单的接入现有平台 API 调用的 MCP 服务提供给 AI Agent 去使用，想要以商用的方式去盈利，那么就不可避免的谈合规的问题。
如果大平台提供了 API 开放平台供你合规的去调用。那么你可以在一定程度上有机会，如果成功可以被大厂收购。如果没有开放 API ，你逆向出来去商用，那往严重了说就是要去踩缝纫机的程度了。

@Clannad0708 #53 ，如果你没办法解决数据收集困难的前置条件，后面的设想都不成立啊。不是说我有一个点子，不去调研是不是可以做成，就哐哐往里面投入了成本、花时间精力。不是去做了就可以有回报的。

很简单的一个道理：现在有一个现成的、成熟的、可以直接触达消费者端的平台，商户只要入驻就可以放心大胆、只需要花钱就可以做营销推广，实实在在提升自己的营业额。
你要做这个服务就无法避开去谈：如何在研发资源有限的情况下、在这个地狱难度下去获取商户入住，去积累原始资源的必要条件。

同样的其他的 SASS 服务也是同理。已经有大量的 SASS 服务在企业部署上线运营了不知道多少年，也基本上都接入了内部的各种系统。
不可能简简单单一个外部供应商说提供了一套可以接入 AI 就迁移的 SASS 服务企业就信的。迁移的投入成本是非常高昂的。

所以开始起手就已经地狱难度了，个人或者小团体就完全不用考虑，全职都是死路一条，更不用说“副业”这种投入时间有限的方式了。

@Clannad0708 #41 ，不会。如果你没有上榜餐厅，真实评价，人均金额这些原始数据的积累，为什么要给你付费？
如果你去爬取他们的数据，然后再联系 BAT 这些公司告诉他们我这里有这样的 API 或者 MCP 服务可以提供，你看等来的是合作邀请还是律师函。

你还是先和 AI 多聊几轮，把你的商业化逻辑闭环起来。

@villainLin #52 ，这个是事后处理了呀。面试和试岗成本已经投入进去了。
现在 HC 那么紧张都是一个萝卜一个坑，招进来一个就得停止招聘一段时间。

得亏我们一直保持着线下面试，只接受初面约线上，反倒是没有遇到 OP 你的问题。

@94 #39 ，虽然说做事情都要提前布局，但是如果现在就开始布局的话，就还是要先做面向人去设计与使用的应用。
等到积累到足够的用户，并且 Co-Work 工具不在空虚，开始实际落地到现实生活中，在开始接入。但这个执行路径就和你现在想的已经不是同一回事了。

@Clannad0708 #33 ，所以其实意义并不是很大。企业用户因为历史负担是不会迁移的，个人用户因为中间隔了一层 Agent 无法直接触达，所以没有办法积累数据和用户。

以及说使用场景问题，谁都想一句话去干 XX 的事，但是怎么保证正确率和后续的付款环节。如果还是需要人去介入的其实意义就不大。

用户受众群体窄、触达困难，等 Agent 应用还是太飘渺了（虽然现在各种 Co-Worker App 层出不穷，但是应用到实际生活和工作上面还是屈指可数的几个功能，99%都是为了有一个 AI 工具而推出的）。
从赚钱的角度来看不是一个好的方向，而你只是其中的一个环节的服务提供商。Agent App 都没还没盈利，你要盈利就不现实了。

道高一尺魔高一丈。今天你获得了一些区分 AI 面试的小技巧，明天这些 AI 辅助面试的开发者就可以针对你这篇帖子中提到的细节部分进行优化。https://i.imgur.com/agAJ0Rd.png

@Clannad0708 #31 ，痛点是这么一个痛点，但是你怎么去获取这些用户？以及说怎么去和已经在使用对应 SASS 服务的用户沟通数据迁移的问题。对于很用户来说这个付出的成本是巨大的。

同时你需要对接大量的对应 SASS 的上下游服务商。别人是花 100%的精力去投入，当然可以耐下性子慢慢做，而你只能投入 1/N 的精力。实在想象不出来同行是多垃圾付出 100%的精力都没办法竞争过你，然后被抢夺走他的用户。

如果你是想要降低开发成本，只是聚合现有平台的 API 去做一个 CLI 工具，那就是要考虑合规问题的。https://github.com/SocialSisterYi/bilibili-API-collect

---
或者说我从一开始就理解错了，你只是想借鉴某一款 SASS 服务/软件，然后开发一套对应的 CLI 工具给 Agent 去用。
但是如果是专门开发给 AI 去用的服务/软件，你怎么触达 Agent 背后的实际用户。让用户知道有你这样的一个服务呢？

@Clannad0708 #27 ，🐂🍺，“把所有 sass 软件重做一遍” 光看到这句话就觉得不可能了。
大部分研发团队连做一个 SASS 软件都很难做好，把所有的做一遍只会是一地鸡毛。啥都做不好等于啥都没做。

这还没有说如何处理旧平台历史数据的问题。

如果是简化版本，只是聚合各种 SASS 平台的 API 接口，提供 MCP 服务，那就还得考虑合规的问题。