Source: https://aiprimetech.io/ru/blog/anthropic-cowork-claude-desktop-agent/ 3 июл., 2026 · 6 мин · Агенты # Anthropic Cowork: как работает агент для редактирования файлов в Claude Desktop A Автор: [AI Prime Tech](https://aiprimetech.io/ru/) · При участии ИИ ## Агент Anthropic Cowork в Claude Desktop: что меняет редактирование файлов за пределами терминала Менеджер продукта помещает в локальную папку проекта план запуска на 38 страниц, три выгрузки CSV и наполовину завершённую миграцию из Notion в Markdown. Ему не хочется осваивать git, sedили Claude Code. Он хочет сказать: «Унифицируй названия событий, обнови контрольный список запуска и подготовь понятную сводку для региональных руководителей». Именно в этом практическое обещание Anthropic Cowork: агент в Claude Desktop, ориентированный на непосредственную работу с локальными файлами, а не только на ответы на вопросы в окне чата. В ранних публикациях об агентах это часто выглядит как полностью автономная офисная работа. На практике важный сдвиг более узкий и полезный: судя по всему, Claude Desktop движется к процессу редактирования файлов с управляемыми разрешениями для людей, не занимающихся программированием, и межфункциональных команд, которым нужна помощь агента без открытия терминала. Для разработчиков интересный вопрос не в том, «может ли Claude редактировать файлы». Claude Code уже отлично делает это в программных проектах. Более полезный вопрос: что произойдёт, когда Anthropic возьмёт из Claude Code подход, учитывающий содержимое файлов и ориентированный на выполнение задач, и адаптирует его для обычной работы в настольном приложении? Ответ имеет значение для работы команд, процессов работы с документами, внутренних инструментов, проверки безопасности и общей направленности агентной стратегии Anthropic. ## Чем, вероятно, является Anthropic Cowork и чем он не является Название «Anthropic Cowork» использовалось в ранних публикациях для описания агента Claude Desktop, способного работать с локальными файлами. Подробности могут меняться, а первые сообщения могут преувеличивать автономность таких систем. Я бы рассматривал Cowork скорее не как «Claude становится сотрудником», а как «Claude Desktop получает более безопасный, доступный пользователю цикл работы агента для задач с файлами». Это различие важно. Полезному настольному агенту для работы с файлами нужны четыре конкретные возможности: - Он может изучать локальные файлы, к которым пользователь предоставляет доступ. - Он может анализировать несколько файлов вместе, а не только вставленный фрагмент. - Он может предлагать или вносить правки, оставляя историю, которую можно проверить. - Он может запрашивать разрешение при переходе границ доступа: чтении новых папок, перезаписи файлов, перемещении файлов или экспорте результатов. Это отличается от универсального автономного работника. Настольный агент по-прежнему действует в пределах контекстного окна модели, разрешений на использование инструментов и ограничений пользовательского интерфейса приложения. Даже с моделью большого контекста, такой как Fable 5, поддерживающей контекст класса 1M, практическая работа с файлами всё равно зависит от отбора, индексирования, обобщения и проверки. Загрузить весь общий диск в контекст — это не рабочий процесс, а источник проблем. Реалистичный процесс в стиле Cowork выглядит так: ``` User: In this folder, clean up the partner briefing pack. Claude Desktop: 1. Reads the selected folder manifest. 2. Identifies duplicate drafts and stale files. 3. Proposes a plan: - merge notes from partner-notes-v2.md into briefing.md - extract action items into next-steps.md - leave archived PDFs untouched 4. Requests permission to edit two Markdown files. 5. Shows a diff or summary before saving. ``` Ценность не в волшебной автономности. Она в сокращении разрыва между намерением, локальным контекстом и изменениями, которые можно проверить. ## Агент Anthropic Cowork в Claude Desktop в сравнении с Claude Code Claude Code уже стал ориентиром для многих разработчиков, поскольку предлагает эффективную схему агентной работы: прочитать репозиторий, спланировать изменение, отредактировать файлы, выполнить команды, изучить сбои и повторить цикл. Но Claude Code намеренно создан как инструмент разработчика. Он предполагает, что пользователь уверенно работает с терминалом, контролем версий, менеджерами пакетов, командами тестирования и проверкой кода. У файлового агента Claude Desktop другой фокус. Он должен подходить людям, которые мыслят документами, папками, электронными таблицами, презентациями, выгрузками, брифами и заметками со встреч. | Параметр | Claude Code | Anthropic Cowork в Claude Desktop | Основной пользователь | Разработчики и технические операторы | Люди, не занимающиеся программированием, аналитики, операторы, продуктовые команды | Рабочая среда | Терминал, репозиторий, инструменты командной оболочки | Настольное приложение, локальные файлы, выбранные папки | Типичный результат | Код, тесты, конфигурации, документация | Документы, CSV-файлы, планы, сводки, упорядоченные файлы | Модель разрешений | Выполнение команд и редактирование файлов в рабочем пространстве | Вероятно, предоставление доступа к файлам и папкам и явное одобрение правок | Способ проверки | Сравнение изменений, тесты, git status | Понятный человеку предварительный просмотр, сводки изменений файлов, возможно, сравнение изменений | Тип сбоя | Неработающая сборка, некорректный патч, небезопасная команда | Незаметное повреждение документов, файлы не на своих местах, неверные сводки | Лучшая подстраховка | Git, тесты, CI, линтинг | Папки с контролем версий, резервные копии, отслеживание изменений, явное одобрение На практике Claude Code эффективен благодаря тому, что встроен в цикл разработки с надёжными внешними средствами проверки. Если он неверно изменит функцию Python, тесты могут выявить проблему. Если он неудачно отредактирует конфигурацию, git diff покажет точное изменение. Если он попытается выполнить что-то рискованное, модель разрешений может остановить действие. В обычной работе на компьютере средства проверки обычно слабее. У маркетингового плана нет модульных тестов. Очистка электронной таблицы может быть «почти правильной», но при этом незаметно удалить важную строку. Сводка может звучать гладко и всё же передавать решение с противоположным смыслом. Поэтому агентам в стиле Cowork нужен более осторожный интерфейс проверки, чем агентам для программирования, а не менее осторожный. ## Конкретные рабочие процессы, в которых помогает настольный файловый агент Самые полезные сценарии Cowork — не расплывчатые запросы «сделай мою работу». Это ограниченные операции с файлами и видимыми результатами. ### 1. Приведение нескольких документов в порядок У нетехнической команды часто накапливаются такие файлы: ``` launch/ notes.md notes-final.md notes-final-v3.md launch-plan-old.md launch-plan.md stakeholder-feedback.csv customer-quotes.txt ``` Хороший промпт для агента чётко задаёт желаемый результат и ограничения: ``` Review the files in this folder. Create a new file called launch-brief.md. Use launch-plan.md as the source of truth. Pull only unresolved feedback from stakeholder-feedback.csv. Do not modify the original files. Show me the outline before writing the final brief. ``` Здесь действительно важна инструкция «Не изменяй исходные файлы». Настольные агенты должны упрощать создание производных файлов до изменения исходных. Это тот же принцип, которым пользуются разработчики, когда просят Claude Code подготовить патч, прежде чем что-либо фиксировать в репозитории. ### 2. Нормализация CSV с проверкой человеком Процессы работы с CSV хорошо подходят для этого: они достаточно структурированы для проверки и при этом распространены за пределами разработки. Пример входных данных: ``` account,event_name,event_date,owner Acme, QBR - West, 2025/02/14, Maya Globex,west qbr,14-02-2025, maya r. Initech, Renewal Call, Feb 18 2025, Sam ``` Настольный агент мог бы предложить нормализованный результат: ``` account,event_name,event_date,owner Acme,West QBR,2025-02-14,Maya R. Globex,West QBR,2025-02-14,Maya R. Initech,Renewal Call,2025-02-18,Sam ``` На этапе проверки следует показывать допущения: ``` { "changes": [ { "row": 2, "field": "event_name", "from": "west qbr", "to": "West QBR", "reason": "Matched existing event naming pattern" }, { "row": 2, "field": "owner", "from": "maya r.", "to": "Maya R.", "reason": "Normalized capitalization only" } ], "requires_user_review": [ { "row": 1, "field": "owner", "question": "Should 'Maya' be expanded to 'Maya R.'?" } ] } ``` Распространённая ловушка: модели очень хорошо умеют придавать нормализации согласованный вид. Но это не делает их автоматически достоверным источником при установлении того, относятся ли записи к одной сущности. «Maya» и «Maya R.» могут быть одним человеком, а могут и не быть. Надёжный файловый агент должен обозначить это как вопрос, а не молча принять решение. ### 3. Сборка локального пакета знаний Командам часто нужно собрать разрозненные локальные материалы в аккуратный комплект: ``` project-root/ calls/ exports/ screenshots/ research-notes/ final/ ``` Практичная инструкция для агента: ``` Create a customer-research-pack folder. Copy, do not move, the three most relevant call summaries and the latest product export. Create index.md with a one-paragraph summary for each included file. Do not include screenshots unless they are referenced by a note. ``` Для этого процесса нужны чёткие разрешения, поскольку копирование, перемещение и удаление файлов — разные операции. Я бы ожидал, что зрелый агент Claude Desktop будет разделять эти операции в интерфейсе: - Читать файлы в выбранной папке - Создавать новые файлы - Редактировать существующие файлы - Копировать файлы - Перемещать файлы - Удалять файлы - Получать доступ к файлам за пределами выбранной папки Эти границы кажутся обыденными, но именно они отделяют полезную автоматизацию от инцидента, требующего обращения в поддержку. ## Как разработчику понимать разрешения на доступ к файлам Если вы строите системы на базе Claude, то уже знаете, что «использование инструментов» — настоящий интерфейс между рассуждениями модели и внешним состоянием. Настольный файловый агент — по сути, модель, использующая инструменты, где инструментами служат операции с локальной файловой системой, обёрнутые в удобный для обычного пользователя интерфейс. Базовая схема разрешений может напоминать этот концептуальный API: ``` { "workspace": "/Users/sofia/Documents/launch", "permissions": { "read": ["/Users/sofia/Documents/launch/**"], "write": ["/Users/sofia/Documents/launch/generated/**"], "delete": [], "external_access": "ask" }, "review_required": true } ``` Разработчикам, которые оценивают Cowork для использования в компании, я бы рекомендовал обратить внимание на механизмы контроля на трёх уровнях. Первый — ограничение рабочей области. Пользователь должен иметь возможность предоставить доступ к одной папке, а не ко всему компьютеру. Предоставленный доступ должен быть видимым, и его должно быть можно отозвать. Второй — одобрение конкретных операций. Чтение файла, создание нового файла, редактирование исходного документа и удаление каталога не должны объединяться в одно разрешение. Третий — сохраняемый журнал аудита. Пользователь должен иметь возможность ответить на вопросы: что агент прочитал, что изменил и что я одобрил? Для пользователей, которые не пишут код, журнал аудита не обязательно должен выглядеть как Git, но принцип остаётся тем же. «Claude изменил три файла» — недостаточно. «Claude заменил строки 12-37 в regional-plan.csv, создал summary.mdи оставил pricing.xlsx без изменений» — гораздо лучше. ## Как это вписывается в общую стратегию Anthropic в отношении агентов Anthropic последовательно развивает агентов в одном направлении: предоставить Claude доступ к инструментам, ограничить эти инструменты разрешениями и сделать модель полезной в реальных рабочих процессах, а не только в отдельном чате. Claude Code отвечает за разработческую часть этой стратегии. Агенты для работы с файлами в настольном приложении приближают тот же подход к повседневным бизнес-задачам. Текущая линейка Claude также хорошо соотносится с разными типами задач для агентов: - Opus 4.8: углублённое планирование, сложные проверки, рассуждения для задач с высокой ценой ошибки. - Sonnet 4.6: общие задачи для агентов, где требуется баланс качества, скорости и стоимости. - Haiku 4.5: простое извлечение данных, классификация, быстрая рутинная работа с документами. - Fable 5 с контекстом 1M: рассуждения на основе больших документов и обширной рабочей области, где важен объём контекста. Модель — лишь одна часть системы. В реальных внедрениях оболочка агента важна не меньше самой модели. Claude Code эффективен благодаря инструментам для чтения, редактирования, выполнения команд и наблюдения за результатами. Настольного агента будут оценивать по тому же критерию: не по эффектности первой демонстрации, а по тому, насколько надёжно он работает с неполной информацией, неоднозначными инструкциями, конфликтами файлов и проверкой со стороны пользователя. Есть и последствия для экосистемы. Разработчики могут начать создавать внутренние рабочие процессы в расчёте на то, что Claude Desktop способен работать с локальными артефактами. Например: ``` mkdir -p ~/TeamOps/weekly-review/input mkdir -p ~/TeamOps/weekly-review/output cp exports/*.csv ~/TeamOps/weekly-review/input/ ``` Затем пользователь обращается к настольному агенту: ``` Read the input folder and create output/weekly-review.md. Include account risks, missing owners, and duplicate follow-ups. Do not edit the input CSVs. ``` Это не даёт таких возможностей программного управления, как полноценная интеграция через API, но гораздо доступнее для команд, чья работа сосредоточена на общих дисках и локальных файлах. Для организаций, использующих Claude API через одобренную инфраструктуру, простой настольный рабочий процесс также может стать переходным этапом: сначала проверить процесс вручную, а затем автоматизировать его стабильные части. ## На что разработчикам стоит обратить внимание, прежде чем доверять ему реальную работу Правильный подход — ни цинизм, ни слепое внедрение. Агенты для редактирования файлов могут быть действительно полезны, но характер рисков меняется, как только модель получает возможность изменять локальное состояние. ### Следите за незаметной потерей данных Самые рискованные операции не выглядят радикальными. Это небольшие правки, которые кажутся разумными: - Удаление «дублирующихся» строк, которые на самом деле не были дубликатами. - Переписывание документа с правилами с потерей обязательного положения. - Перемещение файлов в новую структуру папок, из-за которого перестают работать чьи-то ссылки. - Составление сводки решений без упоминания разногласий или неопределённости. Для важной работы сначала используйте производные результаты. Попросите агента создать cleaned.csv вместо того, чтобы перезаписать source.csv. Запросите brief-draft.md перед заменой brief.md. ### Обращайте внимание на неудобный интерфейс просмотра изменений Разработчики привыкли к удобству просмотра различий. Тем, кто не пишет код, нужен аналогичный инструмент. Интерфейс должен позволять проверять изменения на подходящем уровне абстракции. Для текстовых файлов подходит построчное сравнение. Для CSV лучше показывать изменения на уровне полей. Для папок необходимо дерево созданных, перемещённых, скопированных и удалённых файлов. Для двоичных файлов, таких как .docx или .xlsx, проверка сложнее, и агенту следует действовать осторожнее. ### Следите за постепенным расширением разрешений Распространённая ловушка в агентных системах — постепенное расширение разрешений. Первый запрос предоставляет доступ к безобидной папке. Следующему запросу нужна соседняя папка. Затем — общий диск. В итоге пользователь забывает, что именно доступно агенту. Хороший настольный агент должен постоянно показывать разрешения в рабочем интерфейсе. Если Claude использует файлы за пределами текущей папки, пользователю не должно приходиться об этом догадываться. ### Следите за уверенными действиями при неоднозначности Агенту для работы с файлами часто приходится определять намерения по неупорядоченным материалам. Это полезно, но такие выводы должны сопровождаться указанием на неопределённость. Хорошее поведение выглядит так: ``` { "status": "needs_confirmation", "question": "There are two files that look like the source of truth: launch-plan.md and launch-plan-final.md. Which one should I use?", "suggested_default": "launch-plan-final.md", "reason": "It was modified later and contains all sections from launch-plan.md." } ``` Плохое поведение — молча выбрать один вариант и переписать другой. ## Практические меры контроля для команд, пробующих рабочие процессы в стиле Cowork Если ваша команда экспериментирует с агентом для работы с файлами в Claude Desktop, начните с процессов, в которых ошибки заметны и обратимы. Хорошие варианты для начала: - Создание сводок на основе исходных документов, доступных только для чтения. - Создание черновиков брифов в новой папке для результатов. - Нормализация небольших CSV с последующей проверкой. - Упорядочивание копий файлов вместо перемещения оригиналов. - Извлечение задач из заметок о встречах. На первых этапах избегайте работы с: - Юридическими, финансовыми документами или документами по соблюдению требований без проверки человеком. - Большими электронными таблицами, в которых трудно заметить ошибки на уровне строк. - Общими папками, где перемещение файлов влияет на других людей. - Любыми процессами, в которых оригинал по умолчанию перезаписывается. Поможет простое правило для команды: ``` /input source files; agent can read only /work temporary files; agent can create and edit /output reviewed deliverables /archive human-managed only ``` Затем формулируйте запросы с учётом этого правила: ``` Use /input as read-only. Create drafts in /work. Put final proposed outputs in /output. Do not move, rename, or delete anything. Before writing to /output, show me a summary of the proposed files. ``` Это та же дисциплина работы, которую разработчики применяют при использовании веток, сгенерированных файлов и обязательных этапов проверки. Форма другая, но принцип контроля знаком. ## В чём Claude Code по-прежнему выигрывает Claude Code остаётся более подходящим инструментом, когда задача зависит от команд, тестов, графов зависимостей или системы контроля версий. Если мне нужно провести рефакторинг сервиса, обновить клиенты API, запустить набор тестов, изучить логи и подготовить патч, я хочу использовать Claude Code в репозитории. Типичный цикл работы с Claude Code выглядит так: ``` claude ``` Затем в рамках сеанса: ``` Read this repository and update the billing webhook handler to reject duplicate event IDs. Add focused tests and run the relevant test command. Do not change unrelated formatting. ``` Для настройки на уровне проекта команды часто дополняют Claude Code локальными инструкциями: ``` # CLAUDE.md - Use `npm test -- --runInBand billing` for billing tests. - Do not edit generated files in `src/generated`. - Prefer existing repository helpers over new abstractions. - Before finalizing, show `git diff --stat` and test results. ``` Это другой класс контроля, чем тот, который нужен настольному агенту. Рабочие процессы в стиле Cowork не должны пытаться заменить терминал. Они интереснее как связующее звено для остальной организации: людей, которым нужна структурированная помощь агента, но не нужен доступ к командной оболочке. ## Практические рекомендации Anthropic Cowork как концепцию агента для редактирования файлов в Claude Desktop лучше понимать как процесс работы с локальными файлами, управляемый разрешениями, а не как полностью автономного коллегу. Полезная версия читает выбранные файлы, предлагает конкретные изменения, запрашивает одобрение на нужных этапах и оставляет журнал действий, который можно проверить. Разработчикам следует оценивать его так же, как любого агента с инструментами: к чему он имеет доступ, что может изменять, как устроена проверка и что происходит при неопределённости? Отсутствие терминала не уменьшает потребность в безопасности. Оно переносит задачи обеспечения безопасности в ограничение доступа к папкам, предварительный просмотр, интерфейс сравнения изменений и понятные человеку журналы аудита. Для команд лучший старт — создание производных материалов: сводок, очищенных копий, черновиков брифов, упорядоченных папок с результатами и преобразований CSV, которые можно проверить. Оставляйте оригиналы доступными только для чтения, направляйте запись результатов агента в специально отведённые рабочие папки и требуйте подтверждения, прежде чем правки затронут исходные материалы. Claude Code останется более сильным инструментом для циклов разработки ПО. Агент Claude Desktop вроде Cowork может стать более сильным инструментом для тех, кто не пишет код, но нуждается в агентных рабочих процессах с обычными файлами. Настоящая проверка будет заключаться не в том, выглядит ли демонстрация автономной, а в том, способен ли агент вносить полезные локальные изменения, сохраняя явный контроль за людьми. [Claude](/ru/blog/tag/claude/)[Агенты](/ru/blog/tag/agents/) A [AI Prime Tech](https://aiprimetech.io/ru/) Этот блог публикует AI Prime Tech. Статьи готовятся с помощью ИИ; прежде чем полагаться на сведения, зависящие от версии, такие как идентификаторы моделей, цены и лимиты, сверяйте их с официальной документацией. Получите более дешёвый доступ к API Claude Один ключ API для Claude Opus 5.5, Sonnet 5, Haiku 4.5 и Fable 5.1, а также GPT-6 моделей. Оплата по мере использования, без подписки. [Получить ключ API →](/register) AI Prime Tech — независимый сторонний API-шлюз. Claude™ и Anthropic® — товарные знаки Anthropic, PBC. Связь с этой компанией или одобрение с её стороны не подразумеваются.