メガソーラー建設事業者が農地に違法工作物…ワイン用ブドウ畑広がる一大産地、道と市が撤去指導（読売新聞オンライン） - Yahoo!ニュース https://t.co/WckgryNXUA
こういうことをされるのは、管理者、自治体、制度を完全に舐めてる証拠
こんな非道な人間たちということ https://t.co/Ddg4LkuRih December 12, 2025

施設管理者の権限で利用者を決められるなんて嘘じゃんね

これ女性スペースを守る会 @savewomensspace の防波堤弁護士とかいう男が言ってきたことも嘘だったってことだよ https://t.co/WPomwlJr3d December 12, 2025

コメントでたくさん回避策を教えてくださり、ありがとうございます！@KG_VBAer 様の回避策が最も簡単でした。以下をenable-ie-mode.regなどのファイル名にして保存し、ダブルクリックして管理者権限で実行すると、EdgeにIEモードが復活します！(テスト済み) 企業PCの方は、情報システムの管理者に確認を取ってくださいね。
-----ｷﾘﾄﾘ-----
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge]
"InternetExplorerIntegrationLevel"=dword:00000001
"InternetExplorerIntegrationReloadInIEModeAllowed"=dword:00000001 December 12, 2025

ReactやNext.jsに影響する深刻な脆弱性を突き、企業ネットワークに侵入した直後、わずか1分以内にランサムウェアを展開する攻撃が確認された。国家主体や犯罪者が相次ぎ悪用しており、実害が急速に広がっている。企業の防御が追いついていない状況だ。

問題の脆弱性はReact Server Componentsの通信仕様であるFlightプロトコルにおける不安全なデシリアライズで、認証不要でサーバー上のJavaScript実行が可能になる。CVE-2025-55182として公開後、数時間で諜報目的の侵入やマルウェア配布、暗号資産マイニングに悪用が広がった。S-RMは12月5日、Weaxorランサムウェアを展開する攻撃を観測した。侵入直後に難読化されたPowerShellでCobalt Strikeを配置し、防御機能を無効化して暗号化を実行するまで1分未満だったという。被害は脆弱な端末に限定され、横展開は確認されていない。暗号化後は.WEAX拡張子と身代金メモが残され、シャドウコピー削除やログ消去も行われた。同一ホストが別攻撃者にも再侵入されており、管理者にはNodeやReact関連プロセスからのcmd.exeやpowershell.exe起動、不審な外向き通信の監視が求められる。
https://t.co/g5TqNcMqw8 December 12, 2025

一生食いっぱぐれない資格ランキングTOP100↓↓

【 2025年 最新 】

―SSSランク（一生モノ）―
1位【78】医師
2位【77】弁護士（司法試験合格者）
3位【77】公認会計士
4位【76】税理士
5位【76】国家公務員総合職
6位【75】薬剤師
7位【75】獣医師
8位【74】弁理士
9位【73】司法書士

―SSランク（超安定）―
10位【72】不動産鑑定士
11位【71】社会保険労務士（社労士）
12位【70】中小企業診断士
13位【70】一級建築士
14位【69】臨床心理士
15位【69】電気主任技術者
16位【68】歯科医師
17位【68】管理栄養士
18位【67】海事代理士
19位【67】技術士
20位【67】国税専門官

―Sランク（安定×高収入）―
21位【66】宅地建物取引士（宅建）
22位【66】通関士
23位【65】国家公務員一般職
24位【65】地方上級公務員
25位【65】気象予報士
26位【64】危険物取扱者（甲種）
27位【64】衛生管理者
28位【64】電気工事士1種
29位【63】歯科技工士
30位【63】診療放射線技師
31位【63】臨床検査技師
32位【62】看護師
33位【62】保健師
34位【62】助産師
35位【62】言語聴覚士
36位【62】理学療法士
37位【62】作業療法士
38位【61】介護支援専門員（ケアマネージャー）
39位【61】社会福祉士
40位【61】精神保健福祉士

―Aランク（需要が途切れない）―
41位【60】行政書士
42位【60】ボイラー技士1級
43位【60】電験三種（第三種電気主任技術者）
44位【59】土地家屋調査士
45位【59】マンション管理士
46位【59】建築施工管理技士1級
47位【58】土木施工管理技士1級
48位【58】管工事施工管理技士1級
49位【58】造園施工管理技士1級
50位【58】建設機械施工技士1級
51位【57】建築設備士
52位【57】測量士
53位【57】危険物取扱者乙種
54位【56】ビル管理技術者（建築物環境衛生管理技術者）
55位【56】冷凍機械責任者1種
56位【56】公害防止管理者
57位【56】環境計量士
58位【55】消防設備士甲種
59位【55】水道技術管理者
60位【55】建築士2級

―Bランク（転職・再就職に強い）―
61位【54】調理師
62位【54】製菓衛生師
63位【54】理容師
64位【54】美容師
65位【54】栄養士
66位【53】クリーニング師
67位【53】保育士
68位【53】幼稚園教諭免許
69位【53】特別支援学校教諭
70位【53】小学校教諭免許
71位【52】中学校教諭免許
72位【52】高等学校教諭免許
73位【52】警察官採用試験
74位【52】消防士採用試験
75位【52】刑務官採用試験
76位【52】自衛官候補生採用試験
77位【51】運行管理者（貨物）
78位【51】運行管理者（旅客）
79位【51】自動車整備士1級
80位【51】フォークリフト運転技能者
81位【50】大型自動車免許
82位【50】危険物取扱者丙種
83位【50】船舶操縦免許1級
84位【49】潜水士
85位【49】無線従事者（第一級陸上無線技術士）
86位【48】電気通信主任技術者
87位【48】エネルギー管理士
88位【47】ガス主任技術者
89位【47】ボイラー技士2級
90位【47】冷凍機械責任者2種
91位【46】危険物取扱者乙種4類
92位【46】電気工事士2種
93位【46】酸素欠乏危険作業主任者
94位【45】衛生管理者2種
95位【45】食品衛生責任者
96位【45】消防設備士乙種
97位【45】自動車運転免許（MT）
98位【44】建設業経理士2級
99位【44】防災士
100位【43】防犯設備士

資格は「安定」ではなく「自由」をくれる。
守るためじゃなく、“選べる人生”を作るために取ろう。 December 12, 2025

所有人都在“去肥增瘦”时，肯特·贝克给出了一个反直觉的下注：现在是“抄底”初级工程师的最佳时刻

在当下的科技寒冬里，“降本增效”成了悬在每个 CTO 头顶的达摩克利斯之剑。

招聘市场呈现出一种残酷的“两极分化”：一方面，企业对能够独当一面的资深架构师（Senior）求贤若渴，开出天价薪资；另一方面，初级工程师（Junior）和应届生的简历如雪片般被扔进碎纸机。

行业的共识似乎牢不可破：在 AI 写代码越来越溜的今天，初级程序员不仅是“成本中心”，甚至可能连“工具人”的价值都在归零。

然而，软件开发领域的教父级人物、极限编程（XP）的创始人肯特·贝克（Kent Beck），最近却抛出了一个足以让大多数管理者惊掉下巴的反共识观点：

“AI 的出现，并没有让初级工程师贬值，反而让这场‘人才赌注’的胜率前所未有地提高了。”

当我们在谈论 AI 替代人类时，肯特·贝克却看到了商业模式底层逻辑的重构。他敏锐地指出，我们正在经历一次人才资产定价模型的修正。

一、 传统困境：为什么初级工程师是“负资产”？

要理解肯特·贝克的逻辑，我们首先得承认一个令管理者头痛的现实：在很长一段时间里，招聘初级工程师，本质上是一笔亏本生意。

在传统的软件开发经济学中，初级员工的价值曲线是残酷的：

- 净产出为负： 刚入职的几个月，他们写出的代码需要重构，他们提出的问题需要解答。

- 高昂的“导师税”： 这才是最隐形的成本。为了带一个新人，你必须从核心业务中抽调最昂贵的资深工程师去指导他。这不仅是增加了新人的薪水成本，更是直接削减了团队最高效能部分的产出。

正如肯特·贝克所言，这就像买了一张极其昂贵的 “看涨期权”（Call Option）。你支付了巨大的权利金（薪水+资深员工的时间），赌的是未来某一天，这个新人能成长为独当一面的大牛。

但在过去，这张期权的“行权日”太遥远了，风险太高了。很多人还没等到产生正向现金流，就跳槽了。

所以，企业的理性选择自然是：只招那个已经能赚钱的人，不招那个需要教的人。

直到生成式 AI 的出现，彻底改变了这道算术题的变量。

二、 变量重组：AI 是那个“不知疲倦的免费导师”

肯特·贝克发现，大多数人对 AI 的误解在于，只把它当作“代码生成器”。

但在人才培养的维度上，AI 真正的身份是：人类历史上第一个随叫随到、不知疲倦、且零边际成本的超级导师。

这个视角的转换至关重要。

1. 填补“知行鸿沟”的加速器

以前，初级工程师遇到一个报错或概念盲区（比如“什么是依赖注入？”），他必须打断资深同事，或者在谷歌的海洋里迷失半天。现在，大语言模型（LLM）可以瞬间给出解释、示例甚至上下文。

AI 极大地压缩了从“不懂”到“懂”的时间颗粒度。

2. 只有收益，没有“税负”

这是最核心的商业逻辑变化。初级工程师向 AI 提问，不会消耗资深工程师的时间。

“那个曾经昂贵的‘导师税’，被 AI 这种几乎免费的技术手段给抵消了。”

这意味着，初级工程师从“净负产出”爬升到“盈亏平衡点”的时间，被史无前例地缩短了。

三、 战略重构：新时代的“人才套利”模型

基于这个洞察，肯特·贝克并没有给出一份简单的“操作指南”，而是向管理者展示了一套全新的人才套利模型。

如果我们将他的思考拆解，会发现这实际上是一套严密的**“期权管理策略”**：

第一，重新计算“期权费”

既然 AI 承担了大部分基础指导工作，那么培养新人的隐性成本（资深员工的时间）就大幅下降了。

这就好比期权市场里的“权利金”突然打了一折。 当一项高回报投资的入场门槛被踩碎时，聪明的投资者会做什么？当然是买入。

第二，利用 AI 制造“即时杠杆”

过去的初级工程师只能做边缘工作。现在，借助 AI，初级工程师可以迅速通过“复制-粘贴-验证”的循环，完成以前需要中级工程师才能处理的复杂任务。

企业不再是雇佣一个新手，而是雇佣了一个“新手 + 拥有无限知识库的外挂”。 这种组合的产出效率，远超单纯的人力叠加。

第三，锁定更短的“回本周期”

肯特·贝克强调，这不仅仅是省钱，更是关于速度。

当一个新人能在入职第 1 个月而不是第 6 个月就开始贡献正向价值时，企业的现金流模型就变了。你不再需要为他们预付半年的“学费”，他们自己就能在 AI 的辅助下“赚取学费”。

四、 在别人恐慌时贪婪

肯特·贝克的这个观点，给了当下焦虑的科技行业一记响亮的耳光，也提供了一个巨大的机会窗口。

当大多数公司还在机械地执行“只招 Senior”的策略时，他们实际上是在为一个旧时代的估值模型买单。他们忽略了，AI 已经把“经验”这个资产的获取成本打到了地板价。

在这个 AI 时代，真正的护城河不再是单纯的“经验积累”，而是“适应变化的速度”。

对于管理者而言，现在的战略机遇在于：利用 AI 这一杠杆，低成本吸纳并快速赋能那些具有高潜力的初级人才。这不仅是成本上的降维打击，更是组织进化能力的军备竞赛。

正如肯特·贝克暗示的那样：

“不要因为昨天的账本，错过了明天的红利。当赌注的成本变低而胜率变高时，不敢下注才是最大的风险。”

#AI #开发

https://t.co/MwsKylJAXQ December 12, 2025

工程师们对于失去亲手编码的体验感受各异。一些人感到强烈的失落，认为这是一个时代的结束——“我编程25年了，对这项技能的掌握一直是我职业满足感的核心”。另一些人则担心如今整天只是给Claude写提示词的工作方式缺乏乐趣和成就感，相比之下，他们怀念那种戴上耳机、全神贯注亲自实现功能时的充实体验。
也有工程师坦然接受了这种取舍。他们承认“确实怀念写代码的某些部分——比如重构代码时进入心流状态”，但同时表示由于使用AI让整体产出大幅提升，他们愿意为此放弃过去那种乐趣。一些人甚至觉得与Claude配合迭代更有趣，因为可以对AI的反馈提出更苛刻的要求；而更多人关心的是AI辅助下能够实现的最终成果。
总的来说，一个工程师对AI辅助的态度很大程度上取决于他认为软件工程中最有意义的是亲自编码的过程，还是通过编码实现目标的结果。
工作场所社交动态的变化
一个比较突出的主题是，Claude现在成为了许多原本会请教同事的问题的第一咨询对象。正如一位员工所说：“总的来说我问的问题更多了，但大概有80-90%我都会先问Claude。” 这样就形成了一种过滤机制：Claude处理常规的琐碎询问，把更复杂、战略性或需要大量上下文的问题留给同事（“它使我对团队的依赖减少了80%，但最后那关键的20%我还是会去找他们”）。人们也会像对待同事一样，和Claude“碰撞想法”。 大约有一半的受访者表示团队协作方式没有明显改变。一位工程师说，他仍然会和同事开会、共享背景信息并共同决策。他认为在不久的将来团队中仍然会有大量协作，只不过“与你以往那种专注埋头工作的方式不同，你会花很多时间和各种Claude对话”。 然而，也有一些人表示他们与同事的互动减少了（“我现在跟Claude合作的时间远远超过跟任何同事合作”）。有些人欣喜于社交摩擦的减少（“我不再会为占用同事时间而感到不安”），但另一些人并不喜欢这种改变（“我其实不喜欢大家动不动就问‘你有没有问Claude？’。我真的很享受和人面对面合作，而且非常看重这一点”），或者对这种新常态感到难过：“我喜欢和人一起工作，而现在我‘需要’他们的程度降低了，这让我有点伤感。” 有几位还指出了这种变化对传统师徒指导关系的影响——因为“Claude可以为初级员工提供大量指导”，代替了一部分高级工程师答疑的职责。一位高级工程师说道：
“现在让我觉得难过的是，初级员工不再经常来问我问题了，尽管他们确实通过Claude更有效地找到了答案，也学得更快。”
现在很多工程师遇到问题时会先问Claude而不是同事。一位员工说他提出的问题有80-90%都直接问了Claude。这使Claude承担了日常琐碎问题的解答，同事则更多处理那些复杂、策略性或需要丰富背景的疑难问题（Claude帮他减轻了约80%的对团队依赖，但最后关键的20%仍需要同事）。工程师们也开始把Claude当作“头脑风暴”伙伴，就像与人同事交流想法一样。
大约一半的员工认为团队协作没有发生明显变化，他们仍像从前一样与同事合作、共享信息、共同决策。不过，也有不少人感到与同事的直接互动减少了。有些人喜欢不必麻烦同事的方便（不再觉得占用别人时间而内疚），但另一些人并不喜欢这样的转变。他们不满于“先问Claude”成为默认建议，认为自己更享受人与人面对面的合作，对现在“不太需要同事”感到难过。
这种变化还影响了传统的师徒指导关系。由于初级员工很多问题直接通过Claude得到了解答，他们向资深同事请教的次数减少了。一位高级工程师坦言，现在新人不再常来问他问题了——虽然新同事通过Claude更高效地得到了答案、学习进度更快，但这仍让他感到有些失落。
职业的不确定性与适应
许多工程师表示，他们的角色正从编写代码转向管理AI。工程师们越来越将自己视为“AI代理的管理者”——有些人已经总是保持着同时运行几个Claude实例。其中一位估计，他的工作内容已经有“70%以上转变为代码评审/修改者，而不是编写新代码的人”；还有一位展望未来，认为“对1个、5个甚至100个Claude的工作结果负责”将成为他角色的一部分。 从长期来看，对职业前景的不确定感在工程师中非常普遍。大家认为这些变化是整个行业更广泛转型的前兆，许多人表示几年后的职业状况到底会怎样“很难说”。有些人对短期乐观但对长期感到担忧并存矛盾。一位工程师说：“短期内我感到乐观，但长期来看我认为AI最终会把所有事情都包办，让我和许多人都变得无关紧要。” 另一个人的说法更直接：“现在每天上班都有种感觉——我是在亲手让自己失业。” 也有一些工程师更加乐观。有人说：“我为初级开发者感到担心，但我也欣慰于初级开发者也许对新技术最为渴求。我总体上对这个行业的前景还是非常乐观的。” 他认为，尽管缺乏经验的工程师发布有问题代码的风险确实存在，但是更好的AI防护措施、更多内置的教育资源，以及从错误中学习的自然过程，会帮助整个领域随着时间推移适应这些变化。 我们询问了大家如何设想自己未来的角色，以及有哪些应对策略。一些人提到计划进一步深化专业技能（“培养能够有意义地审核AI工作成果的技能将需要更长时间并且需要更高的专业化”），一些人预计未来会更多地专注于人际交往和战略性工作（“我们将花更多时间达成共识，让AI花更多时间去做具体实现”）。还有一位提到他特意使用Claude来提升职业发展，从中获得关于工作技巧和领导力的反馈（“我能够学习新东西、甚至在没完全掌握的情况下也能高效工作的速度发生了巨大变化。我几乎觉得自己的天花板就这样被打破了”）。 总体而言，很多人都承认存在深深的不确定性：“我几乎对未来哪些具体技能会有用没有什么信心。” 一位团队负责人说：“没人知道接下来会发生什么……重要的是要非常具有适应能力。”
工程师们的角色正逐渐从写代码转向管理AI代理。很多人将自己视为“AI代理的管理者”，有的人目前始终同时运行着多个Claude实例。一位工程师估计他现在“70%以上的工作是在审查和修改代码，而非编写新代码”；另一位则认为将来自己的职责将包括“对1个、5个甚至100个Claude的工作负责”。
大多数工程师对长远的职业前景都感到不确定。他们认为眼前的变化预示着整个行业的转型，但对于几年后的自身角色“很难说”。有些人短期乐观、长期悲观，担心AI最终会接管一切，让他们变得无足轻重，甚至觉得“每天上班都是在亲手淘汰自己”。另一些工程师则更为乐观，认为虽然缺经验的新人可能会犯错，但随着更完善的AI防护、更多内置培训资源以及从错误中学习，整个行业会逐渐适应变化——总体而言他们对软件工程这一职业的发展轨迹仍抱有信心。
面对未来的不确定性，工程师们提出了不同的应对策略。一些人计划进一步专精自身领域，花时间培养审核AI工作成果的技能；另一些人考虑将重心转向更偏人际和策略性的工作，让AI承担更多实现层面的任务。还有工程师利用Claude来加速个人成长，从AI那里获得工作表现和领导技能方面的反馈，感觉AI的引入让自己学习新知识、提高效率的速度大大提升，仿佛打破了过去的成长上限。总体而言，他们都认为在无人能预知未来的情况下，保持极强的适应能力是关键。
Claude Code 使用趋势
调查和访谈数据表明，更频繁地使用Claude帮助员工更快完成工作，并承担新的工作类型，但这也伴随着在AI委派和技能发展方面的一些矛盾。当然，自我报告的数据只反映了部分情况。为此，我们还分析了Anthropic各团队实际的Claude使用数据。由于受访者表示他们使用Claude的大部分情况是Claude Code功能，我们使用内部的隐私保护分析工具，分析了2025年2月和2025年8月两个时间点公司内部共20万条Claude Code的对话记录。
用更少监督处理更难问题
过去六个月中，Claude Code的使用已经转向更困难、更自主的编码任务（见图3）：
员工正用Claude Code解决越来越复杂的任务。我们将每条对话的任务复杂度按1-5级评分，其中1代表“基础性修改”，5代表“需要专家投入数周/月工作的高级任务”。平均任务复杂度从3.2上升到了3.8。举例来说：平均复杂度3.2的任务包括“排查Python模块导入错误”，而复杂度3.8的任务包括“实现并优化缓存系统”。
每次对话中Claude Code连续调用外部工具的最大次数增加了116%。这些“工具调用”指Claude执行的诸如编辑文件或运行命令等外部操作。现在Claude平均可以在无需人为介入的情况下连续执行21.2次独立的工具调用，而六个月前这一数字约为9.8次。
人类交互的轮次减少了33%。每次对话中人工操作的平均轮次从6.2降至4.1，表明相比六个月前，现在完成同样的任务所需的人类输入更少。
图3：2025年8月与2025年2月之间Claude Code使用情况的变化。左图：平均任务复杂度随时间提高；中图：每次对话中连续工具调用的最大次数随时间增加；右图：每次对话的人类轮次随时间减少。误差线表示95%置信区间。数据显示，随着时间推移，人们正将越来越高的自主权限交给Claude。 这些使用数据印证了调查结果：工程师正将越来越复杂的工作交给Claude，且Claude所需的监督也更少。这似乎很可能推动了我们观察到的生产力提升。
在过去半年里，Claude Code的使用正朝着更困难、更自主的任务发展。平均任务复杂度从3.2提高到3.8（例如任务从“排查Python导入错误”升级为“实现并优化缓存系统”）；每次会话中Claude连续调用工具的最大次数增长了116%（由9.8次增至21.2次）；完成任务所需的人类交互回合减少了33%（由6.2降至4.1）。这些数据显示工程师赋予了Claude更高的自主性，并且这可能正是观察到生产力提升的原因之一。
任务分布
我们将Claude Code的对话记录划分到一个或多个编码任务类型中，以研究过去六个月不同任务用途的变化情况： 图4：各种编码任务在Claude Code使用中的占比分布。纵轴为不同任务类型（按2025年2月频率排序），横轴为该类型占全部记录的百分比。我们比较了六个月前（粉色）与当前（紫色）的分布。 根据使用数据估计的总体任务分布与自我报告的大致相符。2025年2月与8月之间最引人注目的变化在于：使用Claude实现新功能的对话比例显著增加（从14.3%上升到36.9%），以及用于代码设计或规划的比例（从1.0%上升到9.9%）。这种相对分布的转变可能说明Claude在这些更复杂任务上的能力提高了，但也可能仅仅反映团队采用Claude Code进行不同工作流的方式发生了变化，而不是绝对工作量增加（有关这方面的更多局限请见附录）。
Claude Code执行任务的类型分布与工程师自述的使用情况大体一致。2025年2月至8月，使用Claude实现新功能的比例由14.3%大幅提升至36.9%，将Claude用于代码设计/规划的比例由1.0%升至9.9%。这可能表明Claude在处理这些复杂任务方面变得更擅长了，但也可能反映的是团队对Claude Code的使用方式发生了变化（需注意这些数据表示相对占比变化，未必意味着绝对工作量的提升，详见附录）。
修复琐碎问题
我们从调查中了解到，工程师现在花更多时间进行一些提升日常工作体验的小改进；与此相符，目前有8.6%的Claude Code任务被归类为“修复小痛点”。这些任务既包括创建性能可视化工具、为提高可维护性而重构代码等较大的改进，也包括编写终端快捷命令等较小的改进。这些投入可能促成了工程师所报告的生产力提升（解决以前被忽略的工作体验问题可能会随着时间带来更高的效率），并有望减少日常工作中的摩擦和挫败感。
工程师如今投入更多时间来修补以往被忽视的小问题（提升日常工作体验的“小痛点”）。目前约8.6%的Claude Code任务属于此类改进，包括创建性能可视化工具、重构代码以提高可维护性，以及编写终端快捷命令等。这些原本常被忽略的改进累积起来，有助于提高整体生产效率，并减少日常工作中的摩擦与挫败。
不同团队的任务差异
我们进一步改进了分类方法，将2025年8月的每条Claude Code对话记录归入一个主要的编码任务类别，并按内部团队（纵轴）对数据进行了拆分。下图的堆叠条形图展示了每个团队的Claude Code使用在不同任务上的构成： 图5：每个横条代表一个团队（纵轴），其中不同颜色的分段表示该团队Claude Code使用中不同编码任务（横轴）所占的比例，颜色对应的任务类型见图例。最上方的“All Teams”（所有团队）代表整体分布。 最上方的“All Teams”条显示了总体分布，最常见的任务是实现新功能、调试和代码理解。这可以作为团队间比较的基准。 值得注意的一些团队模式包括：
预训练团队（负责训练Claude的团队）经常使用Claude Code来构建新功能（占比54.6%），其中很大一部分是在运行额外的实验。
Alignment & Safety团队和后训练团队使用Claude Code进行前端开发的比例最高（分别为7.5%和7.4%），通常是为了创建数据可视化。
安全团队经常使用Claude Code进行代码理解（占比48.9%），具体来说是分析代码库不同部分的安全影响。
非技术员工经常使用Claude Code来调试问题（占比51.5%，例如排查网络故障或Git操作问题），以及进行数据分析（12.7%）；Claude对于弥补他们技术知识的空缺显然很有帮助。
这些团队特有的模式中，许多都体现了我们在调查和访谈中观察到的相同能力扩展趋势：Claude让团队成员能够开展原本没有时间或没有技能完成的新工作。例如，预训练团队借助Claude进行了许多额外的实验，非技术员工也能够修复代码错误。并且，数据表明各团队确实将Claude用于他们的核心任务上（例如基础设施团队最常将Claude Code用于基础设施和DevOps工作），同时Claude也在增强他们处理核心任务的能力边界（例如研究人员利用Claude进行前端开发以更好地可视化数据）。这意味着Claude正在帮助每个人都变得更加“全栈化”。
不同团队在Claude Code的使用上呈现出一些独特模式。例如：预训练团队有超过一半（54.6%）的Claude使用用于构建新功能（主要是为了运行更多实验）；Alignment & Safety团队和后训练团队用Claude Code做前端开发的比例最高（约7.5%），经常用Claude创建数据可视化；安全团队近一半（48.9%）的Claude使用用于代码理解，具体是分析代码的安全影响；非技术员工经常用Claude排查错误（51.5%，如网络或Git问题）以及进行数据分析（12.7%），表明Claude对弥合他们技术知识不足很有价值。
总的来看，这些团队特定的模式与我们在调查和访谈中发现的能力拓展现象一致：Claude让各团队成员能够涉足原本没有时间或能力完成的新任务。例如，预训练团队借助Claude开展了许多额外实验，非技术员工也可以修复代码错误。而且，各团队虽然主要在各自核心任务上使用Claude（如基础设施团队主要用Claude Code处理基础设施和DevOps任务），但Claude也在拓展他们的核心工作领域（如研究人员利用Claude进行前端开发以更好地展示数据）。这表明Claude正在帮助每个人都变得更“全栈”。
展望未来
过去一年里，Anthropic员工大幅增加了对Claude的使用，不仅用它来加速现有工作，还借助它学习新的代码库、减少繁琐劳动、拓展新的领域，并着手以前被忽略的改进。随着Claude变得更加自主和强大，工程师们正在发现新的方式来利用AI进行任务委派，同时也在摸索将来需要哪些技能。这些变化显然带来了生产力和学习方面的益处，但对于软件工程工作的长期轨迹也确实增添了不确定性。这种AI驱动的转变会类似过去的软件工程飞跃吗——从低级编程语言过渡到高级语言，或从一线工程师转型为管理者（正如一些工程师所建议的）？还是会走得更远？ 目前仍是早期阶段——Anthropic内部有许多AI的早期采用者，外部环境也在迅速演变，我们的发现很可能暂时还不具有对其他组织或情境的普遍适用性（有关研究局限详见附录）。这项研究本身也反映了这种不确定性：结论相当细腻，没有形成单一的共识或明确的行动指引。但它确实引出了一个问题：我们如何才能以深思熟虑且有效的方式引导并应对这些变化？ 为了继续推进这项初步工作，我们正在采取多项措施。我们正在与Anthropic内部的工程师、研究员和管理层讨论这些发现所揭示的机遇和挑战。这包括审视我们如何让团队更紧密地协作、如何支持专业发展，以及如何为AI辅助的工作建立最佳实践（例如参考我们的AI素养框架）。我们也在将这项研究扩展到工程师之外的其他角色，以了解AI转型对整个组织各类岗位的影响，并支持像CodePath这样的外部组织，将计算机科学课程调整以适应AI辅助的未来。展望未来，我们也在考虑一些随着AI能力提高可能会变得日益重要的结构性举措，比如在组织内部为角色演进或技能再培训开辟新的路径。 我们预计将在2026年分享更具体的计划，届时我们的思考也将更加成熟。Anthropic希望成为一个负责探索如何平稳过渡到AI时代的实验室；我们不只想研究AI如何改变工作，还希望以我们自身为起点，通过实践来审慎地引导这场转型。
在过去一年里，Anthropic员工对Claude的使用量激增。他们利用Claude不仅加速了现有工作的完成，还学习了新的代码库、减少了枯燥重复的劳动、扩展到了新的领域，并开始处理以前被忽略的改进任务。随着Claude变得更加自主和强大，工程师们不断探索AI协作的新方法，同时考虑未来需要掌握哪些技能。这些变化显然带来了生产力和学习方面的收益，但也让软件工程工作的长期走向充满了不确定性。这场AI引发的变革是否会类似以往从低级语言向高级语言、从个人贡献者向管理者的过渡，抑或将发展得更为深刻，目前仍未可知。
目前仍处在变革的早期阶段。Anthropic内部的员工是AI的早期采用者之一，AI技术生态瞬息万变，我们的发现暂时可能并不适用于其他组织或情境（详见附录的局限性）。我们的研究结果也反映了这种不确定性：结论相当细致，没有形成单一的共识或明确的指示。但这些发现提出了一个值得思考的问题：我们如何能够以审慎而有效的方式来应对并驾驭这些变化？
针对这些发现，我们正在采取一系列后续措施。我们正在与Anthropic的工程师、研究人员和管理层探讨如何利用这些机遇并应对所提出的挑战，包括检视我们如何加强团队协作、如何支持员工的职业发展，以及如何为AI辅助的工作建立最佳实践（比如借鉴我们的AI素养框架）。我们也将这项研究从工程师群体拓展到整个组织，了解AI转型对各类岗位的影响；并且支持CodePath等外部组织，将计算机科学课程调整以适应AI辅助的未来。向前看，我们还在考虑随着AI能力不断提高可能需要实施的结构性方案，比如在组织内部为岗位演变或技能再培训开辟新的通道。
我们预计会在2026年公布更具体的计划，届时我们的思路也将更加成熟。Anthropic正将自身视为一个负责任应对工作场所变革的实验平台；我们希望不仅研究AI如何改变工作，还要从自身做起，通过实验实践来探索如何以深思熟虑的方式引导这场转型。
附录
局限性
我们的调查结果在方法上存在一些局限。我们通过便利抽样和有目的抽样相结合的方式选择了受访者（以确保覆盖公司各领域）。我们在多个内部Slack频道发布了问卷，收到68份回复；同时我们根据组织架构图选取了研究和产品等20个不同团队，每个团队直接私信了5-10名成员（共计207人），最终获得了64份有效回复（回复率31%）。我们采访了最先回复的53人。这种选取方式可能存在选择偏差，因为对Claude特别感兴趣或持有强烈观点（无论正面还是负面）的人更可能参与调查，而那些体验较为中性的员工可能未被充分代表。 此外，受访者的回答可能受到社会期望偏差的影响（由于调查不匿名且所有参与者都是Anthropic员工，受访者可能会高估Claude的积极作用），也可能受到近因偏差的影响（让参与者回忆12个月前的生产力和使用情况，难免有记忆失真）。再者，如前所述，生产力本身非常难精确度量，因此这些自我报告的数据应当谨慎看待。我们应将这些主观感受与更客观的Claude使用数据结合起来解读，未来的研究则应尝试匿名的数据收集方式，并使用更可靠的测量工具。 我们对Claude Code使用记录的分析采用了按时间比例抽样的方法，这意味着我们只能测量任务分布的相对变化，而无法衡量工作量的绝对变化。例如，当我们报告实现新功能占Claude Code使用的比例从14%上升到37%，这并不一定表示实际进行的新功能开发总量增加了。 最后，这项研究是在2025年8月进行的，当时Claude Sonnet 4和Claude Opus 4是我们最先进的模型。鉴于AI发展速度飞快，我们观察到的模式可能已经随着更新模型的推出而发生了变化。
本次调查存在抽样上的局限。我们通过便利抽样（在多个内部Slack频道发布问卷，收到68份回复）和有目的抽样（挑选组织架构中的20个团队，共联系207人，收到64份回复，回复率31%）收集数据，并采访了最先回复的53人。此方法可能引入选择偏差——特别积极使用Claude或对其持强烈看法的员工更可能参与，而态度中立者可能代表性不足。
受访者回答可能受到社会称许偏差（调查非匿名且面向公司员工，可能倾向于报喜不报忧）和回忆偏差（让人们回忆12个月前的情况易出现记忆偏差）的影响。此外，生产力本身难以精确衡量，因此这些自我报告的数据需要审慎解读。应将这些主观认识和更客观的Claude使用数据结合起来看。未来的研究最好采用匿名的数据收集方式，并使用更健全的测量工具。
我们对Claude Code使用数据的分析采用了按时间段比例抽样，因此只能观察任务类型分布的相对变化，而无法反映工作总量的绝对变化。例如，实现新功能占比从14%升至37%，不一定意味着实际新功能开发工作量增加。
这项研究的数据采集于2025年8月，当时Claude Sonnet 4和Claude Opus 4是最先进的模型。由于AI发展日新月异，我们观察到的模式可能已经因为更新的模型出现而有所改变。 December 12, 2025

連投でございます。景色が澄んで見えるこの季節が大好きな私です。（単に暑いのが苦手なんです）先日もケアマネ管理者Sさんとご挨拶周りに出かけました。また来年も皆さんとお仕事が出来ることを楽しみにしております。
今回の道中のおやつは私クレープ、Sさん肉まんでしたw https://t.co/c0KGMQlSkf December 12, 2025

飲み切ってなきゃいけない薬がたくさん余ってたことによって、一定期間飲ませ忘れのインシデントかと思って話を進めてたんだけど、いろんな可能性とかを管理者に報告したらこの顔してたんだけど。本当にこの後の対応任せて大丈夫なんか… https://t.co/tqqWKlprof December 12, 2025

いいかげんそろそろ管理者とざこざこ読むか December 12, 2025

@harenouz ニュース見てましたが、管理者が非常ベル鳴らしたことないと聞いて！？となりました😭そもそも電源入れてないとか助かる命だったのにと思います‥ December 12, 2025

@mattariver3 発想が気持ち悪い
不細工で自意識過剰な女達が考え付きそうなこと

私なら管理者の父さんらの仕事時間を減らし、学校行事や地域ボランティアに強制参加してもらう為金を使う December 12, 2025

ここ最近久しぶりに？管理者らしい仕事をしている笑
あっちで動いたフローがこっちで動かないとかなんなーん！！な感じだが、
ベンダーとのやり取りとかフリーズしかけていた管理者思考が活性化されてます😂
喋るだけが仕事ではないのですよ、ワタシ💦 December 12, 2025

@Win_sweepstake 他の方のコメントにもありますが、他分野で活躍して欲しいです
近隣住民の立場から管理者は不在（現場にいない限り）、良い民泊事業者の概念は皆無なのでこの事業は問題ですよ
金儲けの事しか考えず見切り発車するんですね、甘い誘いに乗らず、始める前に少し立ち止まって考えてみてはいかがでしょうか December 12, 2025

@mimi_teniss_lov 河川敷でやってるなど、コート管理者がないところでできることが多いですねー December 12, 2025

#運行管理者旅客
資格持ちの人居ますか？雇いたいので、DMお願い致します🤲 December 12, 2025

@mofumofu_LION 弊社では〇ーエンスのナビゲーションシステムシステムを数年前に導入したが、GPS信号の誤差が凄く又ＣＰＵの処理能力が低く動作が兎に角遅い、そこで設定から搭載ＣＰＵを見ようとしたら、管理者コードを入力しないと見れないとか( ´∀｀ )
もう、〇ーエンスはハンディー読み取り機だけ作ってろ！迷惑 December 12, 2025

こちらの件
まず国内無断商用の2件については決着がつき、
勝訴（正確には示談ですが内容的には完全勝訴）致しました。

かなり省いてますが、ここから少し長いので興味のある方だけどうそ。

なんだかんだで計3人の弁護士様に相談させて頂き、
中にはSARTRAS共通目的事業
「文化庁が2025年1月14日から開始したインターネット上の著作権侵害等に対する個人クリエイター等の権利行使支援事業で、 自己負担11000円でOK」の案内もありましたが、
最終的に1番料金が高くも1番有能な詳しい方にお願いしました。

金銭的には
「最終的にマイナスにはならなかった。」
くらいです。 

言えるのはギリギリまで踏み込んでこのくらいです🙏

私もこの件では
”凄く凄く言いたい事がもうめちゃくちゃにある”
のですが、前回も少し怒られましたしこのくらいでご容赦ください。

まぁでも精神面とか掛かった労力や時間も加味すると完全にマイナスです😫

そして問題の100件以上出てきた海外利用の方ですが、
同じ事務所の方で
引き受けても良い。と言ってくださる方もいらっしゃったのですが、やはり難しいは難しいと。
理由は前回も書いた通り
原則的に事象が起きた場所の法律にもとずくためです。

また企業さんですら放置しているように、めちゃくちゃに費用が掛かるし、
仮に勝てたところで（相当に相手が儲けてる場合は別だけど）基本的に個人相手だと必要経費に比べたら1円も入らないようなものレベルなので…という事ですね。

費用さえクリア出来るのならやるだけやってみる事は可能だそうですが🙏
まぁこちらは難しいのも高いのも現実的ではないのも分かってた事なので

現実的な対策としては2つ！
今回はこちらをお伝え出来れば、役に立つ方もいるかな～と思って投稿する事にしました。

まず1つ目
方法自体は誰でも思いつくありきたりなものですが、
1つ1つ無断利用者に連絡。
まずなるべく先に個人宛に連絡や削除依頼をする。 
個人に言っても無理そうな場合には、販売サイトもしくは管理者等に連絡していく。
※その際の文面に少し工夫を凝らすこと
そこでもし拒否であったり、相手がおかしな事を言ってくる等があれば、
著作権以外のもっと勝率が高い別の理由でも戦えるようになる場合もある。

2つ目 
先にこちらが商用利用する等の”具体的な利益”を出しておく。

これは前述に「原則は起こった場所の法律にもとずく」と書きましたが、
もし損害が倭国で起きていると証明できれば倭国の法律で闘う事も可能になるためです。
それが出来れば訴訟費用もかなり下がる場合もあるし、
完全な海外の法律で戦うよりは勝率も遥かに高くなる。（それでももちろん難しいが）
相手の示談降伏率が跳ね上がる事とのことです。

そしてなによりも
これが大きな無断商用対策にもなるそうです。
無断商用する人は（一部の例外を除き）特に狡猾に儲けを出そうとしてる人ほど、そのラインを知っていて行っている。
そのため今後、無断商用のターゲットにされにくくなる。
との事です。

これは聞くところによるとフォロワーが10万を超えてて何もやってないのが逆に珍しいらしく🙃言われて初めて気づきました💦 

言われてみるとその通りかもで、見知ってるフォロワーの多い方は皆さん何かしらやってる気がします💦
さらさらの頭になかっただけで皆さんは既知かもしれませんね💦
例えばNFT等が無駄利用対策になるとは聞いた事はがあり知っていましたが、
商用自体が対策になるという発想は全然ありませんでした💦

もしそれで資金ができれば訴訟費用に当てても良いし！という感じらしいです。

その他にできる対策としては
微々たる効果らしいですが一応記載すると
ウォーターマークを入れるか、
見える部分に無断転載禁止や利用禁止の文言を入れる（いざ行動する時に、焼け石に水レベル程度だけど多少の役には立つ）これは前回も書きましたがこれくらいだそうです。

と言った感じで、 
この件に関してはこれから連絡や通報と、抵抗はありましたが具体的に提示できる商用の2点を考えて進めていきたいと思います。
NFTはよくわからないので、よく見るのは支援サイト？とか？
何が良いのか？…要検討ですが💦

個別連絡や通報の件ですが
さらさらの場合は、
無断使用元はおそらくこのXの投稿からで、行っている方はまずこちらの投稿も見られていると思います。

さらさらとしては、こちらを見て自主的に削除して下さる事を願います。（そしたら見逃す）
数日待って削除されていない場合は対処を開始させて頂きます。 

と、こんな具合ですね。
書けない部分も多いし、これ以上は聞かれても答えられず申し訳ないですが、これでもギリギリまで踏み込んで書いたつもりです💦

こちらの情報が少しでもお役にたてば幸いです🙇 December 12, 2025

愛知県人権推進課様及び各施設様へ。

トイレの張り紙についての提案です。

@ohmura_hideaki

状況が起きている以上、「誰にでも分かりやすく、かつ施設側の正当性が伝わる」張り紙にすることが重要です。以下、倭国の施設で実用性が高い観点からアドバイスします。

⸻

① 張り紙の基本方針（重要）
•外見ではなく「利用条件」を明示する
→ 個人を断罪しない／感情的表現を避ける
•女性利用者の安全確保が目的であることを明確にする
•施設管理者のルールとして掲示する（個人の意見に見せない）

⸻

② 推奨される表現例（そのまま使える文）

【もっとも無難・実務的】

ここは女性用トイレです。
生物学的に男性の方のご利用は固くお断りします。
女性利用者の安全と安心を守るため、
ご理解とご協力をお願いいたします。

管理者

※「生物学的に男性」という表現は、
　トラブル時に管理者の説明責任を果たしやすいです。

⸻

【トラブルが既に起きている場合】

注意
当施設の女子トイレは女性専用です。
男性の立ち入りが確認された場合、
管理者よりお声がけ、または警察へ連絡することがあります。

女性の安心・安全確保のための措置です。

※ 「警察」という文言は抑止力が高いですが、
　事実として対応可能な場合に限って使用してください。

⸻

【やや柔らかい表現】

こちらは女性専用トイレです。
女性のプライバシーと安全を守るため、
男性の方のご利用はご遠慮ください。

※ 商業施設・公共施設向け

⸻

③ NGになりやすい表現（避けるべき）
•❌「女装禁止」「トランス禁止」
•❌「気持ち悪い」「迷惑」など感情的表現
•❌ 特定思想や運動を想起させる文言

→ 法的・運営的に不利になります。

⸻

④ デザイン面の工夫（かなり効きます）
•👁️ ピクトグラム（スカートの女性マーク）を大きく
•📍 入口の“目線の高さ”に掲示
•📄 小さな紙1枚より、
A3以上・白地＋黒字＋赤の注意書き

⸻

⑤ 張り紙だけで足りない場合
•管理者名・管理会社名を明記
•「利用ルールとして定めています」と補足
•職員・警備への対応ルール共有（声かけ方法）

⸻

⑥ まとめ

この種の張り紙は
「誰かを排除するため」ではなく
「女性の安全を守るための施設管理」
として一貫させることが鍵です December 12, 2025

@C4Dbeginner つい2ヶ月前にとある超高級貸切ヴィラで暖炉の煙突が壁の内部を長期間焦がしていて延焼直前のボヤ騒ぎになった事案がありました。管理者側の対応に瑕疵があり最悪のケースもあり得た状況でした。新興の富裕層向け施設は価格と運営のプロ意識が乖離しており、起こるべくして起きた悲劇だと思います。 December 12, 2025