各种 agent 都用过了， agents.md 明确要求了文档生成规则、文件名生成规则、流程规则，但是就是不遵守。包括有时候开发测试规则都不遵守，有啥好的办法么
各种 agent 都用过了， agents.md 明确要求了文档生成规则、文件名生成规则、流程规则，但是就是不遵守。包括有时候开发测试规则都不遵守，有啥好的办法么
各种 agent 都用过了， agents.md 明确要求了文档生成规则、文件名生成规则、流程规则，但是就是不遵守。包括有时候开发测试规则都不遵守，有啥好的办法么
在本周举行的 2026 年苹果全球开发者大会上，苹果在经历一年多的延期后，正式发布了全新升级的 Siri 语音助手。该版本现已更名为 Siri AI，并由Google的 Gemini 大模型提供技术支持。然而，尽管苹果计划面向全球用户推出这项新功能，欧盟地区用户可能需要等待更长时间才能使用这一新助手。 在发布 iOS 27 的同时，苹果在博客中表示，由于《数字市场法案》（DMA）及其他监管要求带来的障碍，Siri AI 暂时不会在欧盟上线。按照相关规定，如果要在欧盟推出 Siri AI，苹果需要在 iOS 27 和 iPadOS 27 中向竞争对手开放等同能力的接口，让其他第三方语音助手也能接入同等功能。苹果方面拒绝接受这一条件，并宣称此举将危及用户隐私，因此选择推迟在欧盟提供 Siri AI 服务。 针对外界普遍认为是欧盟监管阻碍了 Siri AI 上线的说法，欧盟委员会发言人近日作出回应，进一步解释了 Siri AI 尚未在该地区落地的原因。发言人首先强调，DMA 并未禁止苹果在欧盟推出任何服务，法律只是要求像苹果这样的“守门人”企业在开展业务时遵守相关义务。 欧盟委员会指出，按照 DMA 规定，被指定为“守门人”的平台必须向第三方提供与自家产品相当的功能访问权。发言人表示，这一要求的核心在于保障用户选择权，让用户可以自由选择“最符合自身需求的产品”，而不是被迫使用平台自带服务。换言之，如果苹果为自家的 Siri AI 开放特定系统能力或接口，就必须允许其他语音助手在同等条件下获得类似访问权限。 发言人还透露，欧盟委员会一直就相关问题与苹果保持沟通。然而，苹果方面“并未提出符合 DMA 互操作性要求的解决方案”。同时，声明重申，被指定为守门人的大型科技公司不得利用其操作系统等核心平台地位，在人工智能服务等新兴领域不正当地偏袒自家产品。欧盟方面的立场是，平台既可以创新，也可以推出自有 AI 服务，但必须在开放和公平竞争的框架下进行。 按照苹果此前公布的节奏，iOS 27 的首个公开测试版将于下个月面向用户推送，正式版则预计会在今年秋季随 iPhone 18 系列一同发布。不过，在苹果与欧盟委员会就 DMA 合规问题达成一致之前，Siri AI 何时能面向欧洲用户开放仍然是一个未知数。目前来看，Siri AI 在欧盟的落地时间，取决于苹果是否愿意在互操作性和第三方接入上作出妥协。 查看评论
需要的留邮箱。 需遵守以下条件 仅支持Gmail邮件可使用 QQ邮箱，163，默认不发 新手考核 为避免账号空置造成的服务器资源浪费，目前站点设置有新人考核。 新人考核的对象为所有新注册本站的会员（通过捐赠进站的VIP会员除外）。 现行考核标准如下（以下任意一项不达标即被视作考核不通过。新人考核不通过的，账号将被禁止。） 注册未满30 天者，下载量超过10 GB 且分享率低于0.3 会立即被禁用帐号(没有5天宽限期) 。 上传量> 30G (Upload > 30G ) 下载量> 15G (Download > 15G ) 做种获得魔力值超过 6000 (Bonus Point > 6000 ) 另外: 朱雀可发 3 麒麟可发 8 37 个帖子 - 20 位参与者 阅读完整话题
生成的页面经常一股 AI 味，想把公司的 ui 规范做成一个 skill ，但不知道应该如何设计 在网上看了些主流的 design skill 例如 ui-ux-pro-max awesome-design-md impecaable 都感觉有点设计过于复杂，并且效果不是很好 请问各位大佬所在的公司有内部的 design.md 规范吗，都是怎么设计的？
生成的页面经常一股 AI 味，想把公司的 ui 规范做成一个 skill ，但不知道应该如何设计 在网上看了些主流的 design skill 例如 ui-ux-pro-max awesome-design-md impecaable 都感觉有点设计过于复杂，并且效果不是很好 请问各位大佬所在的公司有内部的 design.md 规范吗，都是怎么设计的？
再次感谢始皇大人，非必要不抽奖，一定要遵守论坛社区规则 8 个帖子 - 7 位参与者 阅读完整话题
OpenAI方面表示，将遵守美国总统唐纳德·特朗普日前签署的有关人工智能模型发布前审查的行政命令，并同意在模型正式对外推出前接受联邦政府的能力评估。 OpenAI负责各国事务的负责人乔治·奥斯本在接受美国财经媒体采访时证实，公司将签署这一带有自愿性质的行政命令，并参与相关评估流程。他表示，“民主政府在这种技术如何被使用和部署方面理应发挥重要作用”。 奥斯本是在伦敦举办的西南偏南（SXSW）活动期间接受采访时作出上述表态的。他强调，OpenAI对自身责任“非常严肃”，并称：“作为一家掌握非常强大、前沿人工智能模型的领先实验室，我们不会被动等待要求。”他补充说，公司正“主动向各国政府提出建议，帮助其持续跟踪安全与安保相关问题，这不仅限于美国，还包括更广泛的国际范围”。 根据特朗普周二签署的这份行政命令，联邦政府可以在人工智能模型正式发布前30天获取相关访问权限。命令要求企业参与一项基准测试流程，以评估模型在网络能力等方面的“先进程度”，并据此确定何时应将某一模型界定为“受监管的前沿模型”。 这份命令被视为特朗普政府推动前沿人工智能发展与国家安全之间平衡的一项举措，意在在不完全扼杀创新的前提下，为大模型的能力设定最低监管门槛。鉴于大模型在网络攻防、情报分析、自动化攻击等场景中潜在的军事与安全用途，如何界定“前沿模型”的监管边界正成为各国政策制定者的共同议题。 曾在2010年至2016年担任英国财政大臣的奥斯本指出，各国政府在监管人工智能时“必须足够聪明”。他表示，OpenAI向各国政府提出的建议之一，是建立“强有力但具备高度灵活性”的监管机构，以便这些机构可以随着技术发展调整监管方式和标准。 奥斯本的表态显示，在美国联邦层面强化审查压力的背景下，OpenAI选择以合作姿态回应监管，而非与政府对抗。在人工智能快速演进、各国争相制定AI规则的阶段，如何在安全、创新与国家利益之间取得平衡，仍将是OpenAI与各国政府互动的核心议题。 查看评论
IT之家 5 月 30 日消息，在 29 日开幕的 2026 未来汽车先行者大会上，公安部道路交通安全研究中心研究员马明月提到，自动驾驶技术发展至今， 遵守交通规则的表现仍然存在着很大的不足 ，这也是制约它迅速发展的一个 重要的安全短板 。 马明月举例说，特斯拉 FSD 刚刚进入中国市场时，它其实并不认识国内的非机动车道，因此会在非机动车道上行驶。 据IT之家了解，2025 年 7 月，公安部交管局局长王强就曾提到，目前，市场上销售的汽车所搭载的“智驾”系统， 都还没有实现“自动驾驶”的目标 ，驾驶人才是最终责任主体。
IT之家 5 月 26 日消息，据科技媒体 Tom's Hardware 今天报道，今年早些时候，美国加州宣布订立《数字年龄保障法》（AB 1043）法案，要求在加州运营的操作系统提供商在用户创建账户时收集年龄信息，并通过实时 API 将年龄区间传递给应用开发者， 2027 年 1 月 1 日生效 。 目前，加州议会正在推进 AB 1856 法案修正，6 月交予委员会审议。该法案将修改此前的年龄验证条款，明确将那些允许“复制、重新分发和修改的软件”排除在外。 修正案中明确提到： 操作系统提供商（IT之家注：Operating system provider）不包括那些允许接收者复制、重新分发及修改软件授权条款发布系统 / 应用程序的个人或实体。 据悉，加州 AB 1856 的原始法案为 AB 1043，后者试图改变互联网年龄验证模式，不再要求网站和 App 单独验证用户年龄，而是直接将验证程序下沉到系统层面。按照原法案要求，系统必须在设备初始设置阶段询问用户出生日期或年龄，然后向应用和应用商店提供“年龄区间信号”。 这一法案公布后，随即引发社区质疑：去中心化、开源的软件生态究竟如何执行此条款？批评者指出，该法案措辞范围过大，从技术层面甚至可能迫使开源操作系统变成“年龄验证平台”。 随后，加州议员 Buffy Wicks 于 2026 年 2 月 11 日提出修正案，引发 Linux 开源社区与隐私组织广泛关注。截至 5 月 19 日，该法案已完成二读，并进入三读程序。
IT之家 5 月 24 日消息，据彭博社记者马克 · 古尔曼称，为响应欧盟《数字市场法案》，苹果正研发系统级功能，允许用第三方投屏协议替代 AirPlay。和第三方应用商店一样，该功能大概率仅在欧盟地区上线。 苹果或将不再把 AirPlay 设为系统默认投屏方式。从 iOS 27 系统开始，其它投屏协议或许能以原生级别接入 iOS。 IT之家注意到，古尔曼称：“有消息透露，为满足欧盟《数字市场法案》最新规定，苹果将在 iOS 27 中为第三方投屏方案提供支持。这意味着用户可将 Google Cast 等外部服务设为默认投屏工具，把苹果设备里的视频、图片和音频投射至音箱或电视。” 理论上，所有智能音箱、投屏设备厂商都能实现 iOS 原生互联，无需兼容 AirPlay，也不必依赖蓝牙连接。
一开始自己写了一个小网站，没加任何的约束，D老师先搭建了一个可以跑的框架，但是后面就在对话框频繁输出一大堆代码，所以给agent.md加了约束：## 最高优先级安全规则 以下规则优先级高于本文件其他所有内容。 绝对禁止 禁止使用 python -c 写入、修改、替换、拼接任何项目文件。 禁止使用 node -e 写入、修改、替换、拼接任何项目文件。 禁止使用 PowerShell -replace 修改任何源码文件。 禁止使用 Get-Content + Set-Content 修改 TS/TSX/JS/JSX/JSON/MD/CSS 文件。 禁止使用 Set-Content 重写源码文件。 禁止使用 shell 命令拼接多行源码。 禁止把源码内容放进 shell 命令参数。 禁止使用 base64 传输源码内容。 禁止修改 AGENTS.md、CLAUDE.md、.agents/skills 里的规则文件，除非用户明确要求。 禁止为了修复格式空行而使用 shell 正则替换。 允许的 shell 用途 shell 只允许用于： 查看文件：Get-Content、cat、type 搜索引用：rg、grep 查看状态：git status、git diff 安装依赖 运行检查：npm run build、npm test、npx tsc -b shell 不允许用于写入源码文件。 修改源码的唯一方式 修改源码时只允许： 使用小 apply_patch 每次只改一个逻辑点 每个 patch 尽量少于 40 行 每次最多修改 1 到 3 个文件 如果 apply_patch 连续失败 2 次，必须停止并汇报失败原因，不允许换用 python、PowerShell、Set-Content、base64 或长 shell 命令。 违规停止条件 如果你准备使用以下任意方式，必须立即停止： python -c node -e PowerShell -replace Set-Content 写源码 shell 拼接多行源码 base64 重写整个文件 停止后只汇报： 你原本准备做什么 为什么违反规则 建议用户手动处理或换更小 patch 但是好像没啥用啊，各位大佬们有什么好办法吗？ 16 个帖子 - 11 位参与者 阅读完整话题
为啥提示我API returned 400: {“error”:“1m 上下文已经全量可用，请启用 1m 上下文后重试”,“type”:“error”} 8 个帖子 - 5 位参与者 阅读完整话题
IT之家 5 月 12 日消息，市场监管总局今天发布公告， 附加限制性条件批准腾讯收购喜马拉雅公司 。 市场监管总局经过审查，认为该案对中国境内在线音频播放平台市场、网络音乐播放平台市场竞争可能具有排除、限制竞争效果。为减少此项经营者集中可能产生的不利影响，市场监管总局依法对该案作出附条件批准决定， 要求腾讯、喜马拉雅和集中后实体作出五项限制性承诺 。 对此，腾讯今日发布公告： 我们将严格遵守国家市场监督管理总局的《市场监管总局关于附加限制性条件批准腾讯控股有限公司收购喜马拉雅公司股权案反垄断审查决定的公告》， 认真履行各项承诺，确保交易依法合规推进 。 我们将一如既往地坚定维护市场公平竞争秩序，致力于为用户提供更优质的服务，推动行业健康有序发展。 据IT之家此前报道 ，腾讯曾于去年 6 月在香港联交所发布公告，拟 12.6 亿美元（现汇率约合 85.8 亿元人民币）外加股权形式全资收购喜马拉雅。 市场监管总局要求腾讯、喜马拉雅和集中后实体作出的五项限制性承诺如下： 不得提高在线音频播放平台服务价格、降低服务水平或者附加不合理交易条件； 不得降低在线音频播放平台免费内容及免费热门内容比例； 不得与在线音频播放平台版权方达成独家授权，并在规定期限内解除现有独家授权约定； 不得向汽车厂商搭售在线音频播放平台、网络音乐播放平台，或者阻碍、限制其采购竞争对手产品； 不得限制主播在多个在线音频播放平台入驻或分发其享有著作权的作品。
试了好几次，就是不遵守Claude.md，这点到是很像Claude。必须错了才会回味Claude.md里好像说过要怎么怎么干。。。 1 个帖子 - 1 位参与者 阅读完整话题
目前我使用Claude code并安装了superpower skill，但是我感觉ai每次还是先写代码，然后再补测试，并没有严格遵守TDD，而Brainstrom之类的是有调用的（排除skill没有安装成功）。佬友们有遇到这种情况吗？还是我的使用方式不对？ 4 个帖子 - 2 位参与者 阅读完整话题
特此发个提醒帖共勉。 社区氛围靠所有人共同维护，希望大家也都能认真熟读并自觉遵守各项版规，恪守社区 非必要不抽奖 等相关规定，不盲目跟风、不心存侥幸。 文明发帖、理性互动，严于律己、规范言行，一起自觉守护干净有序的社区环境，共同维护良好社区风气。 36 个帖子 - 29 位参与者 阅读完整话题
IT之家 5 月 7 日消息，据韩国《中央日报》报道，韩国“佛诞节”到来前，首尔钟路区曹溪寺举行了一场特殊的受戒仪式。当地时间 6 日，佛教曹溪宗在曹溪寺大雄殿前院为 身高 130 厘米的人形机器人宇树 G1 举行受戒仪式，机器人获得 法名“迦悲” ，正式成为佛教徒。 受戒是佛教中皈依三宝，即皈依佛、法、僧，并承诺遵守戒律的仪式，普通信众也可以受戒。据IT之家了解，迦悲当天以普通佛教徒身份受戒，在佛诞节前后以“名誉”僧侣身份参与活动。 仪式现场，迦悲戴着类似剃度头部造型的头盔，身穿长衫、披上袈裟入场，随后站在铁山善雄法师等戒师面前合掌。 正式受戒前，迦悲还完成了象征净化身心的忏悔和燃臂仪式。通常，对人进行燃臂时，会把香火触碰手臂；当天面对机器人手臂，法师没有使用香火，而是小心贴上燃灯会贴纸，并为迦悲挂上 108 念珠项链。 法师问：“你愿意皈依神圣的佛陀吗？”迦悲回答：“ 是的，我愿意皈依。 ” 佛教徒必须遵守的“五戒”也被改编成机器人版本。原本的“不杀生”“不取不予之物”“不行邪淫”“不说谎”“不饮用一切使精神混浊之物”，对应改写为 “尊重生命、不伤害生命”“不损坏其他机器人和物品”“服从人类、不顶撞”“不做欺骗性行为和表达”“节约能源、不过度充电” 。 曹溪宗解释称，机器人受戒仪式意味着 技术也应建立在慈悲、智慧和责任的价值之上 ，并象征着传统与未来和谐相融、人类与技术共同共存的新可能性。 曹溪宗文化部长圣愿法师表示：“从人形机器人首次出现时起，我就希望机器人能一起参加燃灯会。我们制定机器人五戒，是机器人 在社会中、为了人类应该遵守的最低限度规矩 。希望这些戒律能作为人类与机器人共同相处的基本规矩得到遵守。”