56 lines
3.9 KiB
Markdown
56 lines
3.9 KiB
Markdown
# Приватность и локальные данные
|
||
|
||
Agent Teams local-first, но выбранный runtime/provider path всё равно важен. Эта страница описывает, что desktop app хранит локально и что может покинуть машину, когда agents вызывают provider-backed models.
|
||
|
||
## Что остаётся локально
|
||
|
||
Desktop app работает на вашей машине и читает local project/runtime data для UI. Обычно локально есть:
|
||
|
||
- project files
|
||
- team configuration и member metadata
|
||
- task metadata, task comments и task references
|
||
- inbox messages
|
||
- runtime/session logs
|
||
- launch state и bootstrap diagnostics
|
||
- review state
|
||
- local app settings
|
||
|
||
Важные local locations:
|
||
|
||
| Location | Purpose |
|
||
| --- | --- |
|
||
| `~/.claude/teams/<team>/` | Team config, member metadata, inboxes, launch state, bootstrap evidence, runtime diagnostics, sent-message records, kanban state и review-related team files. |
|
||
| `~/.claude/tasks/<team>/` | Durable task JSON files для team board. |
|
||
| `~/.claude/projects/<encoded-project>/` | Claude/Codex-style project session files для session history, context analysis и transcript-backed UI. |
|
||
|
||
Точные файлы зависят от runtime и версии app. Для launch debugging самые свежие evidence обычно лежат в соответствующей папке `~/.claude/teams/<team>/`.
|
||
|
||
## Что может выйти с машины
|
||
|
||
Agent Teams сам по себе не является cloud code-sync сервисом для репозитория. Ему не нужно загружать весь project на Agent Teams server, чтобы показывать board, inbox, logs или review UI.
|
||
|
||
Но когда агент обращается к provider-backed model, prompt context, selected file contents, task text, comments, tool results, command output и другой runtime-provided context могут отправляться через выбранный runtime/provider path. Что именно отправится, зависит от runtime, model, tool calls, prompt и provider configuration.
|
||
|
||
Provider authentication, provider-side retention, training, logging, regional processing и billing регулируются выбранным provider/runtime. Для sensitive projects проверяйте их policies.
|
||
|
||
## Чего app не гарантирует
|
||
|
||
- App не может гарантировать, что provider-backed model calls никогда не получат private code.
|
||
- App не может переопределить provider retention или billing policies.
|
||
- App не может сделать remote provider полностью local model.
|
||
- App не защитит secrets, если агенту поручили вставить их в prompts, task comments, files или commands.
|
||
- App не может заставить все runtimes отдавать одинаковый transcript или audit detail.
|
||
|
||
## Практические правила
|
||
|
||
- Не прикладывайте secrets к tasks, comments или direct messages.
|
||
- Проверяйте provider policies для sensitive projects.
|
||
- Используйте меньшую autonomy для risky repositories.
|
||
- Держите task scope узким при работе с private code.
|
||
- Для диагностики опирайтесь на local evidence и logs.
|
||
- Проверяйте generated prompts, task descriptions и attached files перед работой с confidential material.
|
||
- Выбирайте provider/model paths, которые соответствуют вашим privacy requirements.
|
||
|
||
## Open source
|
||
|
||
Само приложение open source и бесплатное. В репозитории можно посмотреть, как устроены local orchestration, task tracking, inboxes, runtime diagnostics и review flows.
|