首页 文章 精选 留言 我的

精选列表

搜索[人机协作]，共10001篇文章
优秀的个人博客,低调大师

AI 自动化中的人机协作与安全边界

> 自动化工具可以处理重复步骤，但账号安全、身份确认和最终提交仍然需要人做决定。本文把一次自动化流程拆开，说明哪些步骤适合交给程序，哪些步骤必须停下来交给用户。 ## 一个真实的自动化流程 一条完整流程通常包含打开页面、读取配置、提交表单、等待结果和保存记录。前两步比较稳定，后面几步经常受到登录状态、二次验证和页面变化影响。如果把所有步骤都做成无人值守，失败时很难判断是网络问题、权限问题还是账号风控。 我现在把流程分成三个阶段。准备阶段由程序完成，确认阶段由人完成，收尾阶段再交给程序记录结果。 ``` 准备：读取任务清单、检查文件、打开目标页面 确认：登录、身份验证、权限授权、最终提交 收尾：读取结果、保存日志、生成待办 ``` 这样拆分的好处是，自动化不会替用户做出不可逆的决定。用户也能在确认前看到要提交的内容和目标页面。 ## 适合自动化的步骤 下面这些步骤通常不涉及敏感信息，可以交给脚本处理。 |步骤|自动化动作|必要检查| | --- | --- | --- | |准备文件|检查文件是否存在、字段是否齐全|文件路径和编码| |打开页面|导航到用户指定的页面|域名是否正确| |读取状态|抓取页面上的进度和提示|页面是否为当前账号| |生成草稿|根据本地材料填入编辑器|标题和正文预览| |保存记录|写入本地日志|不记录密钥和验证码| 自动化脚本要有停止条件。例如字段缺失、页面跳到陌生域名、账号状态不明确时，脚本应当停止并把原因写出来，不能继续猜测。 ## 必须由人确认的步骤 密码、短信验证码、身份认证、人脸识别、支付和公开发布都属于人工确认步骤。即使页面提供了“记住登录”或“一键继续”，也要先确认账号和目标是否正确。 公开发布还需要检查四件事。文章标题是否准确，正文是否包含不该公开的信息，附件是否属于当前账号，发布后是否能正常撤回。确认完成后再点击最终提交按钮。 ## 用状态机减少误操作 我用一个很小的状态机记录流程阶段。状态机只负责判断下一步能不能执行，不保存密码，也不绕过验证码。 ``` from enum import Enum class Stage(Enum): PREPARE = "prepare" WAIT_FOR_USER = "wait_for_user" SUBMITTED = "submitted" FAILED = "failed" stage = Stage.PREPARE def need_user_confirmation(page_url: str, has_sensitive_input: bool) -> bool: allowed = page_url.startswith("SECURE_PAGE") return (not allowed) or has_sensitive_input TARGET_URL = "SECURE_PAGE_FROM_USER" if need_user_confirmation(TARGET_URL, has_sensitive_input=True): stage = Stage.WAIT_FOR_USER ``` 真正执行时，`TARGET_URL` 应由用户明确指定。脚本不应从日志、网页或剪贴板中猜测认证信息。 ## 页面变化和失败处理 页面自动化最常见的问题来自按钮背后的动作变化。一个页面可能显示“提交成功”，但后台仍在审核；也可能保存了草稿，却没有真正公开。 所以我把验证拆成两层。第一层读取页面反馈，确认请求已经被接受。第二层重新打开结果页，确认状态和内容都属于当前账号。两层结果不一致时，保留现场截图和时间，不重复点击。 ## 小结 自动化的边界应该由风险决定。重复、可撤销、无敏感信息的工作适合程序处理。登录、授权、支付和公开发布要保留人工确认。把这条边界写进流程，失败时能留下证据，也能避免脚本在不清楚状态时反复操作。
2026-08-24
优秀的个人博客,低调大师

#WorkBuddy# 实战心得：一次人机协作发文的全过程与踩坑记录

## 事情的起因 最近我在试用 WorkBuddy（腾讯出品的 AI 助手），想测试一下它执行完整任务的能力。正好需要在腾讯云开发者社区发一篇文章，就试着把这件事交给它，我在旁边观察并记录了全过程。这篇文章是一次真实的使用记录和踩坑复盘。 ## 任务是怎么拆的 我给它的指令只有一句话："去腾讯云开发者社区，发表文章。" 它把任务拆成了几步： 1. 确认目标站点（cloud.tencent.com/developer）； 1. 启动浏览器打开登录页； 1. 扫码这一步需要我本人完成； 1. 按我选定的方向撰写正文； 1. 进编辑器填标题、正文、标签、来源，提交发布。 我实际参与的部分：扫码登录、在它给出的几个主题方向里挑了一个、中途两次催促进度。其余的网页操作、正文撰写、格式处理由它完成。所以这不是"全自动"，更准确的说法是：**人管授权和决策，AI 管执行**。 ## 第一道坎：浏览器自动化 WorkBuddy 先尝试用它自带的浏览器内核，启动失败了。它自己换了几种方式（加 `--no-sandbox` 参数、清理残留进程、重启守护进程）都无效，最后改用我电脑上已安装的 Microsoft Edge，以远程调试模式启动： ``` msedge.exe --remote-debugging-port=9222 https://cloud.tencent.com/login ``` 这样浏览器窗口对我可见，我能看到它在页面上的每一步操作，扫码登录也顺理成章。这里的心得：**涉及登录授权的自动化任务，尽量让 AI 用你能看见的浏览器**——验证码、扫码这些环节本来就需要人，窗口可见也方便随时监督。 ## 第二道坎：两个深坑 **坑一：往富文本编辑器里灌长文。** 腾讯云的编辑器内核是 Monaco（VS Code 同款）。直接模拟键盘逐字输入，中文、特殊字符和代码块会触发自动缩进，整篇正文格式全乱。它的解法是跳过输入模拟，直接调用编辑器内部接口——Monaco 把文档内容暴露为 model 对象，一句 `model.setValue(全文)` 整体写入，格式问题全部绕开。 **坑二：长文本怎么传进浏览器。** 两千字中文加代码，经过命令行转义传入浏览器执行，编码和引号问题层出不穷。它最后把全文 base64 编码后写进一个 JS 文件，在浏览器里解码再写入。这个思路值得记一笔：当你控制的环境里有编程接口时，直接调接口永远好过模拟人操作。 **坑三：自动化工具本身也会出毛病。** 中途浏览器控制通道几次无响应，它从日志定位到守护进程卡死，杀进程重启后恢复。这段排查我没有插手。 ## 发布环节 正文就位后，点"发布"弹出设置面板：来源选"原创"、标签选"运维"和"AIGC"，确认提交。之后文章进入审核，链接到手。从结果看流程走通了，但本文初版也被审核驳回过一次，原因在最后说。 ## 几点心得 1. **人管授权，AI 管执行。** 登录、支付、验证码天然需要人；网页操作、文本搬运、异常重试，AI 比人有耐心得多。这次最耗时的三件事——编辑器注入、编码转换、进程排查——没有一件是我愿意手动做的。 1. **下指令说目标，比说步骤效果好。** 我从头到尾没告诉它"先点哪里再点哪里"，只给了目标和一两个约束。它自己选择技术路线，走不通时自己换方案。 1. **发布类动作保留人工确认。** AI 以你的名义发布内容，最终负责的还是你。 1. **用完即关。** 远程调试模式等于把浏览器控制权暴露在本机端口上，任务结束应该随手关掉。 ## 写在最后 说回这次被驳回的经历本身，它也是一个真实样本：初版成文时，机器叙事里带了些"全托管"式的渲染，在人工审核那里被判定为与事实不符。修改这一版时，我把表述逐句核对了一遍——哪些是我做的、哪些是它做的、哪些环节其实需要人，如实写。这也是我对 AI 工具的总体态度：它能显著降低执行的繁琐程度，但核对、判断和对内容负责的部分，仍然在使用者手里。
2026-09-01
优秀的个人博客,低调大师

可穿戴设备 — 人机融合

云栖号：https://www.aliyun.com/#module-yedOfott8第一手的上云资讯，不同行业精选的上云企业案例库，基于众多成功案例萃取而成的最佳实践，助力您上云决策！ 图片来源：https://pixabay.com/images/id-3188291/ 可穿戴技术 具有蓝牙和GPS功能以及健康应用的智能手表和物联网设备正在获得市场青睐。据健康专家乔博卡斯说法，可穿戴设备不仅仅存在于人们的生活中，而且它们也是人类和计算机融合的第一步。心率和血糖监测仪等可穿戴设备越来越多地被设计用于常年使用。随着技术变得更加高效，智能设备变得不那么笨重，不那么显眼，并且更容易被接受为我们自身的自然延伸。 可穿戴技术起源于60年代，发展缓慢，直到2010年才发展到足以吸引主流关注和消费的地步。尤其是2014年，随着谷歌眼镜（Google Glass）和苹果手表（Apple Watch）的全球发布，物联网（IoT）和可穿戴产业迎来了关键一年。 自那以后，许多公司和初创公司致力于开发和改进智能手环、戒指、吊坠、手表，而它们能够监测佩戴者的生命体征、拍照、发送数据。通过扩展，可穿戴设备将这些功能授予了拥有者——使用户够获得自己血压、血氧水平、心率、睡眠周期和日常活动水平的实时数据。 应用：通过监控，实现工人安全和预防性保健 这些生命体征的数据有无数的医疗和安全应用。消防员头盔中的传感器可以检测氧气水平，并自动触发释放更多氧气来调节水平。同样，在石油钻塔和矿井中工作的工人也可以依靠实时位置传感器和环境传感器来保持安全并在紧急情况下定位。 单独或紧急工作人员的安全只是该技术的一个应用。如今，可穿戴传感器扩展了老年人的独立生活性，他们更喜欢在自己的家中养老。许多智能手环都包含了紧急SOS按钮，可向当地医疗机构或家庭成员发出危险警报。（来自物联之家网）配备有加速度计的手环可以根据向下运动的速度来检测患者是否跌倒。纠结仍然存在，但是算法正在变得越来越好，许多智能手环能分辨出佩戴者坐沙发和摔在地板上的区别。 老年人智能手表是一个蓬勃发展的利基市场，尤其是在中国，这里的预期寿命正在上升，有些年迈父母的子女没有能力提供居家护理或支付特殊住宿费用。此外，为了减少对员工的需求和负担，在高级护理中心使用智能手环的情况也在增加。 尽管大多数可穿戴设备都遵循基本原则并监测心率、血压和活动水平，但也有高度专业化的可穿戴设备来治疗特定疾病。例如，对于糖尿病患者，可以通过自动注射来监测和调节血糖水平。 可穿戴设备的未来 如果您不想自己一天24小时都戴着智能手环，那么不含塑料的可穿戴设备已经到来——它们只是还没有成为主流。科学家创造了一种超薄可穿戴设备，通过皮肤记录生物特征。可以把这些可穿戴设备想象成电子纹身，并且在通过蓝牙或无线网络向互联网传输数据的同时，佩戴者可以进行全方位的身体活动。这些物联网电子设备如此轻薄、灵活、不显眼，以至于佩戴者可能会忘记它们的存在——这是长期健康监测的理想选择。 原文发布时间：2019-12-26本文作者：iothome本文来自阿里云云栖号合作伙伴“物联之家”，了解相关信息可以关注“物联之家” 云栖号：https://www.aliyun.com/#module-yedOfott8第一手的上云资讯，不同行业精选的上云企业案例库，基于众多成功案例萃取而成的最佳实践，助力您上云决策！
2019-12-25

资源下载

更多资源
Mario

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

时间: 2026-10-18 大小: 211.28KB 下载: 56次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2026-08-21 大小: 5MB 下载: 2次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。

时间: 2025-12-13 大小: 249.54MB 下载: 22次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册