TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #168 · 16.01

Неделю назад в мире опенсорс разработки произошло интересное событие. Опенсорс — это когда разработчик пишет программу (как правило, эта программа нужна для работы других программ) и выкладывает её в общий доступ на полностью свободных началах. В большинстве случаев после этого кто угодно может делать с этой программой абсолютно что угодно: копировать, изменять, продавать решения на её основе за деньги и так далее. Иногда то, что пишут такие разработчики-волонтёры, оказывается невероятно удобно и полезно. Настолько, что гигантские корпорации используют это у себя. А кроме них — ещё десятки тысяч проектов по всему миру. Такое использование называется «зависимость», и оно создаёт связь между автором опенсорс-проекта и тем, кто взял его труд. Связь обычно такая: в моей программе где-то указано, что вот этот вот код взят по такому-то адресу у опенсорс разработчика Васи. Моя программа иногда может на этот адрес заглядывать и смотреть, а не внёс ли Вася чего нового. Вдруг он улучшил работу и исправил ошибки — тогда я скачаю новую версию его программы и установлю её у себя. Формально для такого обновления должны существовать ограничения. По факту человеческая лень и негласный этикет среди разработчиков приводят к тому, что обновления ставят не глядя. Считается, что Вася будет выкладывать только улучшенную и проверенную новую версию своей программы, ведь за ним наблюдает миллион других разработчиков. Пацаны во дворе не поймут, если Вася сделает что-то неаккуратно. Один из разработчиков по имени Marak Squires написал некоторое время назад две очень полезные программные библиотеки. Как раз такие, которые скачали десятки тысяч людей, в том числе в крупных корпорациях, и использовали у себя. В прошлом году этот разработчик написал что-то вроде: «Эй, корпорации, вы берёте мой труд бесплатно. Конечно, я его раздал бесплатно, но вы чёртовы капиталистические гиганты, и у вас миллиарды баксов, а я вам сэкономил миллионы баксов на разработке. Я жду от вас чек на почту в благодарность». Конечно, всем было пофигу. А неделю назад этот разработчик внёс в свои библиотеки деструктивное обновление, которое сделало программы, установившие его, неработоспособными, и вывело на экран «LIBERTY LIBERTY LIBERTY». Это обновление положило кучу проектов, в том числе у гигантов-корпораций. Поднялась буря. Одна часть интернета заявила, что разработчик никому ничего не должен, поэтому волен делать со своим кодом всё, что хочет. Вторая часть претендовала на то, что совершённый им поступок это вандализм и осознанный вред другим разработчикам. Дров в огонь подкинуло то, что GitHub, на котором размещался код этого разработчика, заблокировал его аккаунт. А система хранения пакетов NPM откатила изменения до предыдущих версий. Хотя формально никаких законов он не нарушал: компании брали его код по собственной воле, а он ничего никому не гарантировал. ___________________________ Я не готов назвать здесь однозначно правую сторону. Пока выглядит, как «Все мудаки». Но на мой взгляд это показательный пример вот чего: никакие формальные правила никогда не покроют всё многообразие человеческих взаимоотношений, и поэтому личностный аспект тоже важен. Даже если нет закона или правила, по которому вы что-то должны, есть смысл стараться действовать созидательно и стремиться, хотя бы частично, к всеобщему благу, а не только к личному. Особенно в ситуации, когда у тебя в руках сосредоточена та или иная власть. Корпорации действительно могли бы найти способ отблагодарить разработчика (и вообще — всех разработчиков, чей код они бесплатно берут в таких масштабах). Просто из чувства благодарности, а не потому, что должны. Разработчик мог бы просто закрыть проект и не стараться нанести урон. Просто из чувства неприятия всего деструктивного. Это, конечно, идеализированный мир розовых пони, но сила и власть это как раз способность двигать границы реальности. #dev

Hashtags

Резултати

Намерени 2 подобни публикации

Търсене: #managedagents

当前筛选 #managedagents清除筛选
AI一线|ShareCentre

@ShareCentre · Post #7166 · 09.04.2026 г., 01:56

Anthropic 推出 Claude Managed Agents:可组合 API 让企业 Agent 部署提速 10 倍 Anthropic 于 4 月 8 日正式发布 Claude Managed Agents(公开 Beta),一套可组合的云端托管 Agent API。开发者只需定义任务、工具和安全护栏,Anthropic 负责运行基础设施,从原型到上线仅需数天。 ⚙️ 核心能力 - 生产级 Agent 运行时:安全沙盒、身份认证、工具执行全托管 - 长时间运行会话:Agent 可自主工作数小时,断线后进度持久保留 - 多 Agent 协调(研究预览):Agent 可创建并指挥其他 Agent 并行处理 - 可信治理:作用域权限、身份管理、执行追踪内置 - 自评估迭代(研究预览):Claude 自主评估并迭代直至达标 - 内部测试中任务成功率较标准 prompting 循环提升最高 10 个百分点 💰 定价 标准 Claude Platform token 费率 + $0.08/会话小时 🏢 首批合作伙伴 - Notion:工作区内直接委派任务,编码/网站/演示文稿并行(私有 Alpha) - Rakuten:跨部门企业 Agent,每个专业 Agent 一周内部署 - Asana:AI Teammates 协作式 Agent,在项目中与人类协作 - Sentry:Bug 检测 → 根因分析 → 写补丁 → 开 PR 全流程自动化 - Atlassian:开发者 Agent 嵌入 Jira 工作流,直接分配任务 - Vibecode:从 prompt 到部署完整应用,基础设施搭建提速 10 倍 🔙 背景 - 2026-01:推出 Claude Cowork(研究预览) - 2026-02:发布 Opus 4.6 + Cowork Plugins 系统 - 2026-03:Dispatch + Computer Use + 移动端 Connectors - 2026-04-07:发布 Mythos Preview + Project Glasswing - 2026-04-08:Managed Agents 公开 Beta Claude Platform 已形成 Agent SDK → Skills → MCP → Managed Agents 完整开发者工具链。 ⚔️ 竞品 - OpenAI Codex:Plugins + 子代理,但无全托管 Agent 运行时 - Google AI Studio + Antigravity:整合中但仍处早期 - Cloudflare:Isolate 轻量沙盒路线,与全托管互补 📎 来源:https://claude.com/blog/claude-managed-agents #Anthropic#Claude#ManagedAgents#AIAgent#企业AI#开发者工具

Crypto M - Crypto News

@CryptoM · Post #64475 · 09.04.2026 г., 01:57

🚀 AI TRENDS | Claude Unveils Managed Agents for Efficient Deployment Claude has introduced Managed Agents, a new feature designed to support large-scale agent construction and deployment. According to Foresight News, this product combines an optimized agent framework with production-grade infrastructure, enabling developers to swiftly transition their agent products from prototype to official launch in just a few days. Managed Agents are currently in public testing on the Claude platform. #AI#Claude#ManagedAgents#AgentDeployment#TechTrends#ForesightNews#AIPlatforms#SoftwareDevelopment#Innovation#PublicTesting