初入职场碰壁撞墙，求佬友经验指点

认真做事 礼貌待人 合理ai 适当吹嘘

狠狠吸取教训了 ^-^除此之外有佬们有什么踩过坑的地方吗，也想听一下过来人经验

初创公司会很考验你的能力,这一点要多注意一些,盲目ai会让上面的人觉得你没啥才能,ai合理的去用

看到这么牛逼的标题进来的。怎么能有人真的做到遇到困难就求助。我踏马太羡慕了。我也想这样。

(内心戏结束)

私以为职场上要对待的是人，每个人都期望被认真对待。

楼主说的“被看到盲用，没有人工”，这个只是导火索。

如果你其他时候对接或汇报工作的时候，都给人以对结果负责，且出了异常情况有兜底方案的形象。

即便是看到的现场，也会觉得你有能力兜底。

我感觉真正碰壁的是 —— 沟通交流询问的时候，你在关键的地方回复了这一行的话：“具体逻辑是AI做的，我不清楚”。

解决方式：绝对不要主动说 某某 是 AI 做的。 除非别人询问你是怎么使用 AI，需要你分享使用工具的技巧的场景。 为了做到这样，你每次使用 AI 的时候，都需要让它出具一份汇报，用于你对外交付。或者其他形式，能够抗住外部的chanllenge声音.(这条我还做不到，只做到了被问到哑口无言，也嘴硬不甩给 AI)

另外一个会惹人生厌的事情 —— 教别人怎么使用 AI，尤其是并没有请教你的时候。 楼主初入职场，可预防一下。 （这条说的是寄己）

公司不是慈善机构，老板都是要赚钱的，资本都是吸血鬼 ^-^

收到，谢谢佬友 ^-^遇到困难是真得求助，主要是真怕再踩坑就滚蛋了 ^-^

我提一个不同的观点, 我觉得你不应该把重点放在用AI上, 显然leader的重点是别出现错误, 或者说别让他比你先找到错误

感觉不人工复核的话，ai 确实很容易出现错误，我开个/goal 就去做别的事，结果 ai 要么没有 get 到实际的需求，要么就走捷径漂移 ^-^

可能做点普通的前后端开发还好，但是我加入初创搞的比较复杂，就感觉还是得尽可能多人工看看了

初入职场就不要去创业公司了，没有体系，也不会培养你，一人还要担任多个角色，业务模式也没跑通，也没很多钱。除非你运气好，刚好赶上风口。不然还是老老实实去大厂打杂都比这好

我觉得有偏颇, 没有get到实际需求不等于AI很容易出现错误, 也许是你描述的不对呢?

但重点应该是, 增加自我审查(或者用第二个AI审查?), 以及审查出错后追根溯源

当一个现象频繁发生的时候, 背后一定有原因, 这个原因肯定是多样性的, 不可能是一句"AI容易出错"这么简单

你每写完一个需求，就让另一个ai来审计代码，审计之后再开另一个会话来测试，冒烟测试，测试用例20个以上

终止合作是什么意思？佬是以合伙人的身份加入公司的？

有一点我比较奇怪,不做测试吗?做完直接提?不规范可以理解,为啥他会比你更先看到错误

不要看很多人吹ai神乎其神，仿佛现在用手写代码已经很丢人了一样，实际上opus4.6 gpt5.5目前都是复杂逻辑会写成一坨，特别是不会全局优化，多次要求也只专注于一小块地方，解决问题也存在只考虑当前问题，加了一堆特判，而不考虑整体更优雅的通用解决，在整体看会很混乱不可理喻。写写crud可以，复杂逻辑一定要人工设计好切块后再让ai写

以及代码一定要review

两个问题，第一过渡依赖和信任AI，自己的项目搞搞用AI出现了问题或者损失也是自己的，但是在公司的项目如果出了问题，你和你的Leader 一个都跑不了；

第二，刚入行还是要知其然，知所以然的吧，否则悲观的讲AI不断进化之后没有自身的技能和经验优势很容易就被淘汰，培养架构思维和业务理解能力才能活的久

1. 磨刀不误砍柴工，做事前先把需求搞清楚，这样才能对产出有心理预期，验收起来也容易；


2. 用项目管理的思维去拆分工作，每个任务节点跟领导同步进度，这样可以防止工作跑偏，也可以让领导知道你一直在干活，并且有领导的意见，出问题也怪不到你；


3. 工作留痕，尤其是多人协作或跨部门协作时；