职场活久见之--明着偷？？

今天的新鲜事。不吐不快。
我是组里的Tech Lead。最近写了一个script，为了unblock大家的活儿，这是背景。因为是暂时的，AI自己生成了一个markdown算是使用指南。
结果就有和我同级的南亚大哥，把我的script pull下来，让AI自己生成了个design doc然后@所有组员让大家review。甚至包括我。
我在script里埋的钩子（只有我知道啥意思为啥这么写）也被他原封不动写到了design doc里。
都这么明目张胆的偷了吗？
在前公司也是，我干完的活，被同组的某同胞拿去和TPM主动update抢功。证明自己的ownership。
真是什么小人都有啊。都把我气笑了。

你所说属实的话，如果你对他这条消息说不出 I don't get it, why did you tag me to review? That's my work right?
-baidu 1point3acres
那你也配做tech lead？早点让贤

匿名用户 发表于 2026-7-29 16:10
老板们都在。你确定这么说符合职场潜规则？

所以我说，取决于你说的是否全部属实。

如果他只是写了一个design doc，没有证据表明这个doc来自于读取你的script，那你可以温和一点，就像你说的，你可以回复这已经implement了。

如果你明确知道这个doc来自于你的script，有依据，不在group chat里骂人就是你的问题。

两步，一个在群聊里回复：
这个 design 是基于我为解决 X blocker 编写的 script 展开的，其中 A、B、C 是原脚本里的核心设计和实现。感谢你把内容整理成文档。后续我可以继续负责技术方案和实现部分，我们一起把使用场景、风险和上线计划补完整。也请在文档中链接原 script/PR，并把 contributors 补上，方便后续追溯。

然后私下在slack/teams etc回复：
我支持你复用我的 script，也欢迎把它发展成正式方案。但这次文档没有说明代码和核心逻辑来自我的工作，容易让团队误解贡献归属。以后基于彼此的工作做文档或 update，希望先同步并明确 attribution。这次请把原始链接、作者和 contributors 补上。

只讨论可观察事实、造成的影响和以后怎么做。要求具体修改，不要只表达不满。

如果他拒绝修改、继续抢 ownership，或者这件事影响绩效、晋升和项目负责人安排，我会把原始提交记录、时间线、文档内容和沟通记录整理好，向经理说明：

我想澄清项目 ownership，而不是投诉个人。这个方案的原始实现和关键设计由我完成，随后被整理成 design doc，但文档没有保留来源和贡献记录。我已经直接沟通过，希望我们明确技术 owner、文档 owner 和后续职责。

你留comment问他为啥要写那个钩子，cc老板

那你怎么回复他让你review的呢？想知道怎么处理这种情况比较好

这都管不住，你敢自称tech lead?

你确实你是TL？印度哥看起来是你的TL。

匿名用户_1 发表于 2026-07-29 15:49:52
这都管不住，你敢自称tech lead?

那你教教我，怎么管？

匿名用户 发表于 2026-07-29 15:58:46
你确实你是TL？印度哥看起来是你的TL。

我和他老板一个老板

feixueok 发表于 2026-07-29 15:42:05
那你怎么回复他让你review的呢？想知道怎么处理这种情况比较好

直接说这个design没必要，我已经implement用了两个多月了。

来盘香菜 发表于 2026-07-29 16:04:38
你所说属实的话，如果你对他这条消息说不出 I don't get it, why did you tag me to review? That's my wor

老板们都在。你确定这么说符合职场潜规则？