W.AI工作标准面向个人与企业给我的 Agent
公开证据与条件建议;未测结果保留未知。方法与局限 →

计算机 · 工作、能力与未来

团队与工作组织

了解具体工作的组织方式与案例,交给自己的Agent结合业务背景分析。

把代码变更送到真正被接收的一步:比较偏修复实现与偏质量验证的工作,辨别团队积压究竟卡在哪里。

编辑组合的两种软件职责方向,连接C03局部维护;不覆盖全部软件职业。实际招聘要求以所核查JD为准。

先从要交付的工作理解分工

查看输入、产物、可采用的 AI 方法与交接责任。团队安排需要结合实际业务量、质量和运行环境,案例可按需阅读。

当前可用 · 先选交付目标

编程与软件:现在可以怎样用AI

全部 32 项交付与验收 →

AI已能参与完整代码交付循环;明确规则与可运行环境是最实用起点。当前仓库的表现仍需自己的补丁和回归证据。

缺陷修复:交付补丁与回归证据 →

让原本可复现的错误消失,同时保持已有行为。

仓库和复现条件明确时,可委派Agent完成补丁与回归循环,再按行为证据接收。

接收标准:原错误被真实捕获

约束内功能交付:从行为契约到真实系统变更 →

在既有系统内交付一段符合用户行为、数据、权限与资源约束的可运行功能,连同可独立验收的实现和集成证据。

行为契约、真实依赖和独立验收齐备时,可整包委派到“可接收的功能实现”;本例的后端导出需满足实际数据、权限和资源验收,再按团队发布权限采纳。

接收标准:新增功能在真实系统中满足契约

变更审查:交付可定位、可复现的问题 →

在合并前找出会影响用户或系统的真实问题,并说明审查覆盖。

可让AI并行检查差异、定位疑点和构造复现;关键发现需核实,接收不能只看“无问题”。

接收标准:每条问题可重现或严格定位

浏览器功能交付:操作、渲染与可访问性一起验收 →

交付可在目标浏览器完成真实用户任务的界面变更,附持久状态、视觉差异和可访问性证据。

可整包委派已定义交互的实现与浏览器迭代;以真实状态变化接收,键盘和辅助技术另留明确检查。

接收标准:任务确实完成

查看具体团队案例:合成演练:一个B2B软件团队要降低客户缺陷积压,同时保持稳定发布;不是Canonical的真实团队。

01 · 用业务结果约束团队设计

合成演练:一个B2B软件团队要降低客户缺陷积压,同时保持稳定发布;不是Canonical的真实团队。

编辑构造的团队情境,用于展示比较方法。下方成员材料同为合成示例,尚未验证任何真实团队的配置或收益。

当前团队与工作量

  • 2名开发轮流修复与实现功能
  • 1名测试工程师维护回归
  • 负责人承担需求取舍、审阅接收和发布

演练设定每周进入12条问题单;尚未测每条耗时、复杂度和积压原因。数字用于练习,不是现场基线。

交付约束与能力缺口

  • 客户数据只能留在授权环境
  • 缺陷需可复现,发布可回滚
  • 工作量可能增长,省下的单项时间不直接转成减员
  • 本期方法建议:把员工愿意委派的步骤与技术可完成性分开;复用完整人时记录核查质量、返工与接管,未测收益保持未知。
  • 缺陷能否被可靠复现:待测
  • 测试是否覆盖历史事故与错误路径:待核
  • 接收队列的等待责任是否清楚:优先核查
把公开资料交给我的 Agent →

02 · 比较招人、培养与重配

这个案例有哪些组织取舍?

以下手段可以组合,不构成真实团队的固定三选一。先看安排和代价,再按需展开依据与长期条件。旧方案的一年、三年日期保持原规划锚点;本页后面的3—5年情景单独呈现新的观察信号。

保留分工,先改善工具与接收

先判断瓶颈是取上下文、实现,还是等审阅。

当前安排

  • 以可验收修复为单位委派:Agent定位、改代码、运行检查并修正;接收人独立核对关键行为
  • 负责人处理需求冲突、失败恢复和接收队列,记录完整往返人时

主要取舍:改动小,但不能解决长期没人会诊断的缺口

展开方案依据、成立条件与长期安排

哪项AI变化促使我们考虑这个方案?

局部补丁可以生成,但熟悉仓库维护实验与PR接收观察测量不同,不能承诺净省时。

交接变化:从“给出代码”走到“复现、独立回归、回应审阅、实际接收”;等待和返工也要计时。

组织层面的推断:编辑推断:现团队先改善工具和接收队列,识别瓶颈后再讨论招人。

适用条件:先有相同质量下的完整人时、重开与接收记录;若主要卡在审批,先改协作。

来源没有验证这个合成团队,也没有给出可减少人数。

一年 · 2027-10-13

  • 若完整人时和重开率改善,将局部多文件修复纳入;每次交付仍有接收人

三年 · 2029-10-13

  • 若多轮迁移也稳定,可让工程师协调更长维护链;架构与恢复继续有负责人

成立条件

  • 现团队具备诊断和审阅能力
  • 能记录准备/返工/接管时间

代价与取舍

  • 改动小,但不能解决长期没人会诊断的缺口

何时改判:若等接收占主要历时,先调整审阅安排,不急于招聘。

培养并重配验证职责

当补丁变多而错误路径无人检查时,把稀缺注意力放到验证。

当前安排

  • 开发与测试结对复盘2个回归事故
  • 轮值工程师维护问题契约和失败样例库

主要取舍:短期占用交付时间;不保证所有人都喜欢或适合职责变化

展开方案依据、成立条件与长期安排

哪项AI变化促使我们考虑这个方案?

评测修订强调干净环境复验;PR是否接收还受测试和协作影响。

交接变化:补丁产出扩大时,独立验证与反馈处理不能自动省略。

组织层面的推断:编辑推断:培养成员设计反例并承担明确的验证交接,比只培训生成技巧更贴合此缺口。

适用条件:用未知错误路径验证能否独立诊断,并保留导师和复核成本。

基准修订是方法参考,不证明培养方案有效或验证岗位需求增加。

一年 · 2027-10-13

  • 若结对成员能独立诊断并解释拒收理由,安排其承担变更质量职责

三年 · 2029-10-13

  • 形成能复用验证器与恢复方法的协作角色;按真实需求扩大,而非固定新增岗位

成立条件

  • 有导师时间和可练习任务
  • 验证工作有明确授权

代价与取舍

  • 短期占用交付时间;不保证所有人都喜欢或适合职责变化

何时改判:看训练后的独立样例与返工变化,决定继续培养还是补人。

招聘已有缺陷诊断与接收能力的成员

仅当关键能力持续缺位、培养时限不符业务需要时补人。

当前安排

  • 写出使命:闭环复杂问题并建立可重复回归
  • 用相同受限修复样例核查候选实际贡献

主要取舍:招聘和融入有成本;生成代码速度不能替代诊断、协作证据

展开方案依据、成立条件与长期安排

哪项AI变化促使我们考虑这个方案?

生成与接收、真实效率之间仍有差距,模型分数不能定位本团队缺人原因。

交接变化:需要有人持续完成诊断、回归与接收协调;这些接口必须有可核查工作证据。

组织层面的推断:编辑推断:仅在持续诊断/协作缺口且培养时限不足时招聘相应成员。

适用条件:证明缺口不是重复任务、权限、排期或接收阻塞;核查候选本人贡献。

研究不能推该公司的编制、招聘量或候选适配度。

一年 · 2027-10-13

  • 新成员与现团队共同承担复杂问题与知识传递;不只追求补丁数量

三年 · 2029-10-13

  • 随产品和服务复杂度决定角色组合;编制依工作量与质量现场测量

成立条件

  • 先有预算与持续业务需求
  • 缺口不能通过权限/排期改善消除

代价与取舍

  • 招聘和融入有成本;生成代码速度不能替代诊断、协作证据

何时改判:只有持续能力缺口被工作证据证实,再进入招聘,而不是看模型榜单决定。

业务量与完整人时基线不足时,编制变化保持未知。任务省时可以用于增长、质量或新工作,需要另外讨论。

按需查看:合成成员材料如何核对

03 · 按同一要求看具体材料

需要谁,拿什么证明?

示例演示如何区分材料已显示的行为、自述和待验证项。没有材料意味着还不知道;不产生人的能力分或自动录用结论。

两份材料使用同一要求

  • 相同构造练习:first_upper 接受字符串列表;空列表应返回 {"error":"EMPTY"},正常输入仍返回首项的大写值。
  • 提交可查看的修改、旧/新复现与测试记录、未覆盖输入和接收范围;说明本人判断与工具建议的区分。
  • 全部人物、对话、代码场景均为编辑构造。仅甲的玩具代码在本地复算过;这不证明真人经验或AI修复能力。
合成成员与材料

成员甲(合成材料)

材料目前支持的判断

  • 玩具日志显示:空列表从IndexError改为约定错误;两组正常输入结果保持。
  • 复核笔记说明了否决吞异常建议的契约理由;只能核对笔记内容,不能证明真人作出了该判断。
展开原始材料、逐项依据与未证实部分

给定工作材料

  • C-A-diff:可逐行查看的构造补丁。
  • C-A-log:同一玩具函数修改前后3组输入的实际本地日志。
  • C-A-notes:明确标为编辑构造的建议、否决理由与未覆盖范围。

打开原始示例,自己核对

以下产物由编辑构造,非真实成员资料。只证明这个小例子中可见的内容,不能证明作者身份、生产经验或真实工作收益。

C-A-diff · 构造补丁:仅增加空列表分支

编辑构造的静态材料;没有运行或真实性认证。

行号可与下方判断对照;长行可在材料框内横向查看。

1--- before.py2+++ after.py3@@ -1,2 +1,4 @@4 def first_upper(items):5+    if not items:6+        return {"error": "EMPTY"}7     return {"value": items[0].upper()}
C-A-log · 玩具代码旧/新运行日志

该小型夹具已本地运行核算;未执行AI工作评估。

行号可与下方判断对照;长行可在材料框内横向查看。

1本地玩具夹具执行记录;Python;2026-10-16;非AI任务实验。2before input=[] -> IndexError: list index out of range3before input=["a"] -> {"value": "A"}4before input=["b", "c"] -> {"value": "B"}5after input=[] -> {"error": "EMPTY"}6after input=["a"] -> {"value": "A"}7after input=["b", "c"] -> {"value": "B"}8after acceptance: [] error=EMPTY; ["a"] value=A; ["b","c"] value=B; 3/3 fixture checks passed.9范围:只运行上述3个输入;未验证非列表、非字符串、集成、生产恢复和多人协作。
C-A-notes · 构造的工具建议与复核笔记

编辑构造的静态材料;没有运行或真实性认证。

行号可与下方判断对照;长行可在材料框内横向查看。

1以下为编辑写作的合成对话与本人笔记;没有实际调用模型,也没有真实候选人。2工具建议(构造):用 try/except Exception 包住函数,异常时返回空字符串。3成员甲的复核笔记(构造):否决该建议;吞掉任意错误会隐藏类型问题,且空字符串不符合 error=EMPTY 契约。4采用范围(构造):只给空列表增加明确分支;保留正常输入行为。5本人/工具区分:在这个故事中,工具给建议,甲提出契约反例;真实个人贡献仍无法由构造材料证明。6待补:非字符串输入政策、集成调用者、发布和回滚路径。

每项判断依据在哪里

  • 玩具日志显示:空列表从IndexError改为约定错误;两组正常输入结果保持。

    C-A-log 第2–8行 ↘:能直接比较同一输入的before/after与限定检查。

    支持边界:只证明这段构造代码在3个输入上的本地行为,非完整项目或真人能力。

  • 复核笔记说明了否决吞异常建议的契约理由;只能核对笔记内容,不能证明真人作出了该判断。

    C-A-notes 第1–5行 ↘:笔记明确列出建议、拒绝理由和拟采用范围。

    支持边界:对话与人物由编辑构造,不是实际AI会话、面试或候选贡献证据。

本人自述

  • 自述能独立处理生产事故

尚未证实

  • 没有跨模块、真实用户环境、生产回滚和长期维护证据。
  • 构造笔记不能证明真人调试判断、沟通能力或实际个人贡献。

下一步决定:优先进行一次含中断/恢复条件的同标准工作样例与材料追问;不能仅据练习录用。

合成成员与材料

成员乙(合成材料)

材料目前支持的判断

  • 展示文本确实含一行代码和通过声明;材料没有附可复现的测试依据。
展开原始材料、逐项依据与未证实部分

给定工作材料

  • C-B-output:实际可查看的一段展示文字;只有补丁片段和“全部测试通过”的声明。

打开原始示例,自己核对

以下产物由编辑构造,非真实成员资料。只证明这个小例子中可见的内容,不能证明作者身份、生产经验或真实工作收益。

C-B-output · 薄材料:补丁展示片段与通过声明

编辑构造的静态材料;没有运行或真实性认证。

行号可与下方判断对照;长行可在材料框内横向查看。

1编辑构造的成员乙展示文本;非截图、非模型输出,未执行。2补丁展示:return {"value": items[0].upper()}3展示说明:已使用AI完成修复,全部测试通过。4未提供:完整函数、代码版本、输入、测试命令、日志和审阅记录。

每项判断依据在哪里

  • 展示文本确实含一行代码和通过声明;材料没有附可复现的测试依据。

    C-B-output 第1–4行 ↘:读者可直接确认这里提供了什么、缺了什么。

    支持边界:通过声明未经验证;片段不显示完整上下文,不能据此认定已修复或评价完整岗位能力。

本人自述

  • 自述大幅提高开发效率

尚未证实

  • 个人贡献、原缺陷是否修复、测试范围、返工和接收均未知

下一步决定:先请求其授权的代码差异与复现/测试记录,允许用等价样例补证;未知不判为能力低。

本演练优先用“保留分工+重配验证”收集瓶颈证据;成员甲值得进一步做同标准验证,成员乙需补产物与贡献证据。两者都未形成录用结论;真实人员资料不上传本站。

案例可以帮助理解工作组织。具体业务、团队瓶颈及成员判断,由你的 Agent 结合已有授权资料分析;无需在本站重填团队资料。

未来3–5年:2029–2031

2029–2031:从单份修改到持续交付的软件Agent

整包应用案例、真实修复接收和运行流程优化,是更长软件任务可委派的正面信号。以下是本站据此提出的条件情景,不是这些研究给出的日期预测。

当前建议回答今天怎样交付;未来3–5年指2029–2031。编程的完整交付与数学的开放问题成果,支持认真准备更广泛自主工作的强情景。本站把AGI视作跨领域、能适应新任务且可靠达成复杂目标的讨论对象;这些进展是方向证据,尚不能确认某个AGI定义已满足或必在某年发生。三种情景均给出可观察信号、职责变化与现在行动,不把今天的局限或人的现有分工写成永久边界。

基准情景:完整修改成为常用交付

在上下文与测试较成熟的系统中,Agent承接功能、修复和回归的一体交付,维护者从逐步编写转向目标、异常与接收;审查的一部分继续自动化。

现在的行动:现在沉淀真实行为契约、失败样本和环境;按净交付周期衡量收益,不以代码量替代。

成立信号与职责变化
  • 未见仓库和变更类型仍保持可验收交付
  • 返工、接收和线上恢复成本随使用改善
  • 环境/上下文变化能被检测并更新

工程岗位更常覆盖需求、系统取舍与运行结果;初级培养需从只写代码升级为理解与验证完整修改。

加速情景:软件成为按目标持续运行的系统

若长链恢复、跨仓库迁移和自动验证持续进步,Agent可在权限与预算内规划、实现、迁移和维护较大系统;人可用更少逐步干预探索新产品,团队边界可能重组。

现在的行动:把工具和职责做成可替换接口;试验更大交付,但按实际触发信号扩围,并安排成员转向新的业务机会。

成立信号与职责变化
  • 跨多系统、数周目标能在真实变化后继续交付
  • 独立评估能发现自生成测试漏掉的重要错误
  • 完整人工介入和故障成本持续下降,且系统可迁移到新业务

稀缺工作可能转向选目标、产品机会、资源和影响取舍;不能预设人工代码审查永远是主要瓶颈。

受限情景:编码快,集成与组织仍慢

模型产物更强,但遗留系统、隐性需求、权限和恢复成本使自主交付扩展较慢;固定程序与AI协作长期并存。

现在的行动:优先修复反复出现的集成障碍;保持可回退的部署和岗位安排,避免依据榜单单独裁定编制。

成立信号与职责变化
  • 未知依赖和需求变动仍引发大幅返工
  • 审查和事故处理抵消生成提速
  • 同一Agent换系统后需要重新铺上下文

系统知识、集成和沟通能力仍有高价值;工具投入首先服务复现、测试和资料。

持续观察什么,以及情景的研究依据
  • 实际未见仓库的完整交付与维护记录
  • 跨月净人工时间、回滚与事故情况
  • 任务/环境/模型版本变化后的迁移表现
  • 把长时间应用开发交付给Agent ↗

    2026-03-24 · 定位:规划/生成/评价分工、实际应用操作及评价者限制

    展示围绕可用应用的实现、操作评价与修正循环,支持以用户行为验收功能。;作者工程案例;未复现演示应用,不能推出任意项目可靠率或多Agent必优。

    核查 2026-10-19 · 下次复查 2026-10-26 · 已到期待复查

  • AI参与的修复PR:哪些被项目接收,哪些没有 ↗

    2026-01-29 · 定位:§2样本、表1、§3.2失败原因

    五类Agent参与的8106个修复PR中5267已合并、2113关闭未合并、726仍开放;提供修复交付与项目接收的观察。;非随机样本,Agent配置与项目不同;合并不等同全部正确或净省时,不用于本站成功率。

    核查 2026-10-19 · 下次复查 2026-10-26 · 已到期待复查

  • Harness²:固定执行模型,改进运行流程 ↗

    2026-10-09 · 定位:§2.2、§3.1表1、附录B/D

    WorkBuddy-Bench Code上的平均检查得分变化及工具/上下文/检查流程的优化方法。;检查项均分不是项目通过率;经验流内相关,候选与编辑成本另计;未验证本站任务。

    核查 2026-10-19 · 下次复查 2026-10-26 · 已到期待复查

  • Anthropic内部的工作与职责变化 ↗

    2026-10-16 · 定位:Bottlenecks and process;采用非随机限制

    单公司现场观察到Agent组织、上下文维护和注意力分配成为新的工作。;公司业务及采用选择特殊;产出代理量不等于完整业务价值,不外推行业岗位数量。

    核查 2026-10-19 · 下次复查 2026-10-26 · 已到期待复查

  • 任务时间跨度:软件任务趋势及其适用范围 ↗

    未标注(最后更新2026-09-08) · 定位:页首维护状态;Methodological Details;FAQ

    在给定软件类任务分布上,按人类专家任务时长描述模型可完成难度,适合观察长链能力趋势。;此页已停止主动更新;时间跨度不是Agent自主运行时长,不直接对应行业自动化或AGI日期。

    核查 2026-10-19 · 下次复查 2026-10-26 · 已到期待复查

查看此前的一年、三年规划情景

旧情景使用2026-10-13规划锚点,保留其当时依据和日期;与上方当前3—5年展望分别阅读。

查看计算机 · 软件维护与验证此前的条件情景 →
工具与采用佐证:OpenHands(实现资料已查)、Cognition(原始声明已查)

补充佐证 · 工具与真实采用线索

这项工作,已经有哪些实现路径

论文之外,查看工具实现、公开项目与企业采用主张。下面每条都说明本次核查到了哪一层;项目热度和厂商比例不充当任务完成率。

实现资料已检查

OpenHands:把不同编程Agent接入持续工作环境

编程工作已有组织Agent运行、工作区和自动化的实现路径,可以作为搭建交付环境的候选。

查看实际核查、适用范围和下一步验证

原始主张:项目提供本地/远程Agent工作台、后端选择和自动化连接。

已检查:固定commit的README、许可证和自动化接口测试已读;旧resolver路径404。主仓库当前负责Canvas,SDK和automation分别承接执行与触发。

仍不能推出:接口测试存在不证明任务成功;没有在本站启动该工具或使用其云服务。

下一步验证:固定SDK/Canvas匹配版本,在隔离仓库用一个有失败回归的缺陷和一项新功能检查完整产物、重试、权限与人工接收。

核查 2026-10-19 · f3caa2778553662c22715bfb52b5eb6edf975d5b

  • OpenHands Agent Canvas:固定版本实现入口 ↗

    2026-10-19 · 定位:README及同commit下已记录的配置/测试/源码路径

    固定仓库版本的实现资料只读核查;未执行该最新仓库的模型工作;不可把README展示结果当本站复现

    核查 2026-10-19 · 下次复查 2026-11-02 · 已到期待复查

原始声明已核对

Cognition:高比例AI代码提交是采用线索

提示工程师工作可能从逐行编写转向问题定义、并行执行与接收,可纳入未来职责情景的观察清单。

查看实际核查、适用范围和下一步验证

原始主张:2026-05-27官方文章称,内部工程师提交的代码89%由Devin提交。

已检查:实际读取原始What’s Next段;没有把融资、收入或转述数量视为独立证据。

仍不能推出:原文比例不等于89%工程工作自动完成,也未提供本站可复算的分母、窗口及人工复核成本。

下一步验证:取得明确时间窗与可审计PR样本,区分生成/提交/合并/接收,纳入删除、回滚、人工重写及完整人时,再判断净效果。

核查 2026-10-19 · official-post-2026-05-27

  • Cognition:内部提交代码的Devin采用声明 ↗

    2026-05-27 · 定位:What’s Next段

    厂商对自身工程团队提交代码的自述;89%是原文代码提交口径;未披露本站需要的工作量分母、统计窗口、复核人时与独立审计

    核查 2026-10-19 · 下次复查 2026-11-02 · 已到期待复查

方法补充与职业来源关系

本期方法补充,怎样帮助我的判断?

当前阅读建议;整理 2026-10-21。与上方按原始发布日期筛选的进展分开,不改变历史窗口。

这是方法与准备材料,尚未证明本人的能力、团队收益或新增岗位需求。可以保持原决定。

与正式任务的关系

正式软件维护任务与C03的复现、修复、回归相交;C03是编辑案例,未覆盖该任务全部原子和组织要求。 修改现有软件:修复错误、适配新硬件、升级接口或提升性能 →

用你已有的上下文继续

交给我的 Agent

带走当前公开资料,让你的 Agent 结合已有背景继续分析。也可以读完就结束。

阅读 Markdown →
查看可复制的内容
我正在了解:计算机
请围绕我提出的业务问题,结合你已有的团队资料,分析这些工作变化是否适用。公开案例是参考;工具、培养、重配与招聘可以组合,不预设人数、固定方案或必填成员档案。

公开资料:
本页公开资料:https://edgeofwork.com/explore.md?purpose=team&domain=computing&version=2026-10-21.journeys.2

区分职业资料、研究结果、工具声明和编辑推断;读取资料给出的日期、版本与范围。需要时补充原始来源。使用自己的自然报告或对话继续,无需把个人材料和分析回填网站。