Visibility & sharing
Session sharing controls who can see the work and, where enabled, how much detail they can read. Capture settings determine whether Capacitor records it in the first place.
Set your default audience
Section titled “Set your default audience”New sessions carry the default from the active CLI profile:
| Value | Default behavior |
|---|---|
private | Owner-only. |
project | Shared through project membership for the repository; requires a plan with projects. |
org_public | Uses the server’s configured organization/repository rules and applicable project membership. Personal or unrecognized repositories can remain private. |
public | Visible to signed-in users on the Capacitor server. |
kcap config set default_visibility privatekcap config set default_visibility projectkcap config set default_visibility org_publickcap config show“Public” does not mean a transcript is anonymously published on the web.
Share one session
Section titled “Share one session”Open the session’s Share control. Available audience choices include:
- My default — inherit the session’s default audience.
- Org members — people in your organization.
- Project members — members of projects containing this repository.
- Teams & people — only the teams and people you select.
- Private — only you.
Some choices depend on your plan, the repository’s projects, and enabled sharing controls. Select the audience, add recipients when needed, and choose Apply.
Explicitly choosing Org members differs from inheriting org_public: it is a deliberate sharing override. With Project members, adding the repository to another project can extend the audience.
A URL alone does not grant access. Share the session with a reviewer before sending its link.
Choose the detail level
Section titled “Choose the detail level”When the Detail level selector is available, choose Full, Activity, Overview, or the default. This lets someone follow the work without necessarily seeing the full conversation.
Full is required for raw transcripts and tool-output detail. Activity provides a more limited view of recorded activity; Overview provides the high-level view. The owner retains full access to their own session.
These limits also apply to agent-facing recall and review tools. A session appearing in a list does not guarantee that its transcript is readable.
Make a session private from the terminal
Section titled “Make a session private from the terminal”kcap hidekcap hide <sessionId>With no argument, the CLI resolves the current session from the agent environment. An explicit ID must be a session UUID; hide does not accept a human-readable meta-session slug.
Hiding makes that session owner-only and keeps recording active. It does not delete the data. For a continuation chain, apply the change to each session that needs it.
To share it again, use the browser’s Share control.
Stop recording entirely
Section titled “Stop recording entirely”kcap disablekcap disable <sessionId>This stops local watchers, silences future capture for that session, and requests deletion of its server-side data. It requires a session UUID when you pass an ID.
Read the command’s result: if the server could not be reached, local recording may be disabled while the server data remains. Resolve connectivity and retry deletion if needed. The original transcript kept by your agent is not removed.
| Command | Recording | Stored session |
|---|---|---|
kcap hide | Continues | Kept, owner-only. |
kcap disable | Stops for this session | Deleted when the server request succeeds. |
Excluding repos from capture entirely
Section titled “Excluding repos from capture entirely”Use a remote-based exclusion or a local path rule:
kcap config set excluded_repos "myorg/secret-project,personal/diary"kcap ignore .kcap ignore ~/code/secret-projectkcap ignore --listkcap ignore --remove ~/code/secret-projectPath rules include subdirectories. They are profile-specific and affect future capture; they do not erase sessions already uploaded.
Record only selected work
Section titled “Record only selected work”v1.1.1 also supports allow lists:
kcap allow ~/code/work-projectkcap allow --listkcap config set allowed_repos "myorg/service,myorg/client"Once an allow list is configured, capture must match it. Exclusions still take precedence. Review both path and remote rules in Configuration & profiles before relying on the result.
Related
Section titled “Related”- Scope selector + Projects — project membership and repository scope.
- Sessions — find the session you want to share.
- Working with hosted agents — choosing an agent’s audience and collaborating with teammates.
