Skip to content

Integrations

Pull content from Slack, Notion, Linear, Jira, Confluence, GitLab, Google Drive, and PostHog into your documentation.

Reference external content directly in your prompts. Instead of copying and pasting, mention a Slack thread, Notion page, or ticket ID, and the agent pulls the content automatically.

IntegrationWhat you can reference
GitHubPull request context, code diffs, and file changes
GitLabMerge requests, issues, and repository files
SlackMessages and threads
NotionPages and databases
LinearIssues, descriptions, and comments
JiraIssues, descriptions, and comments
ConfluencePages and spaces
Google DriveFiles, folders, and documents
PostHogProduct analytics, feature flags, and HogQL queries
  1. Go to Settings > Integrations in your EkLine dashboard.
  2. Find the integration you want to connect.
  3. Click Connect and complete the authorization using an OAuth 2.0 popup or token entry, depending on the integration.
  4. The integration is now available in all Docs Agent sessions.

Each team member connects their own account. The agent can only access content you have permission to view.

Trigger Docs Agent directly from pull request comments. Mention @ekline-ai on any PR comment or code review thread, and the bot creates a documentation draft linked to the PR context.

You can connect multiple GitHub organizations to a single EkLine organization. Repositories from all connected organizations appear in a combined list on the integrations page. To add another GitHub organization, click Install on another GitHub organization in the GitHub App installations section under Settings > Integrations.

Use cases:

  • Generate a migration guide from the changes in a PR.
  • Document a new API endpoint by commenting on the specific code lines.
  • Update existing docs based on a feature PR.

Pull merge requests, issues, and repository files from GitLab into your documentation workflow. Reference GitLab content directly in your prompts to generate or update documentation from your GitLab projects.

Use cases:

  • Generate a migration guide from changes in a merge request.
  • Update documentation based on a completed issue.
  • Create technical specs by referencing repository files and merge request discussions.

Examples:

Create a changelog entry based on this GitLab merge request:
https://gitlab.com/your-org/platform/-/merge_requests/42
Update the authentication docs based on the changes in
GitLab issue #215.
Document the new API endpoints by referencing the files
changed in merge request !87.

The agent recognizes GitLab URLs automatically — paste a merge request or issue link and the agent fetches the details directly from your connected GitLab instance.

Turn support conversations, incident threads, and team discussions into structured documentation.

Use cases:

  • Convert a support answer into a how-to guide.
  • Document troubleshooting steps from an incident channel.
  • Create FAQ entries from common customer questions.

Example:

Create a troubleshooting guide based on this Slack thread:
https://workspace.slack.com/archives/C01234/p1234567890

The agent extracts the conversation, identifies the problem, and structures it into documentation format.

Pull product specs, design documents, and meeting notes into your documentation workflow.

Use cases:

  • Transform product specs into technical documentation.
  • Create user guides from design documents.
  • Generate API docs from specification pages.

Example:

Create API documentation based on the spec in this Notion page:
https://notion.so/your-workspace/api-spec-page-id

Reference completed work to update documentation or generate release notes.

Use cases:

  • Update docs when a feature ships.
  • Generate release notes from a milestone.
  • Create changelog entries from issue descriptions.

Examples:

Update the authentication docs based on Linear ticket ENG-1234.
Generate release notes for all issues in the v2.0 milestone.

The agent reads the issue title, description, and comments to understand what changed.

Reference Jira issues the same way you reference Linear tickets.

Use cases:

  • Update documentation based on completed stories.
  • Generate release notes from a sprint or version.
  • Create technical specs from epic descriptions.

Example:

Update the deployment guide based on Jira ticket PROJ-5678.
Include the new configuration options mentioned in the ticket.

Pull existing documentation, runbooks, and internal knowledge into new docs.

Use cases:

  • Migrate internal docs to your public documentation.
  • Create user guides from technical runbooks.
  • Reference architecture decisions in new documentation.

Example:

Create a public deployment guide based on the internal runbook:
https://your-org.atlassian.net/wiki/spaces/ENG/pages/123456

Connect Google Drive to give the Docs Agent direct access to files and folders in your Drive. Unlike other integrations where you paste a URL, Google Drive lets the agent search, read, create, and organize files on your behalf.

What the agent can do:

ActionDescription
Search files and foldersFind content by name or keyword
Read filesDownload and read file contents
Create filesCreate new documents or text files in Drive
Create foldersOrganize content into folders
Upload filesUpload generated documentation to Drive
Move and renameReorganize files between folders
Delete filesRemove files from Drive

Use cases:

  • Pull a PRD from Drive and transform it into technical documentation.
  • Save generated documentation directly to a shared Drive folder.
  • Search Drive for existing specs before creating new docs.
  • Organize generated files into team folders.

Examples:

Create a feature overview based on the PRD in my Google Drive
called "Authentication Redesign Spec".
Save the generated API reference to the "Engineering Docs"
folder in Google Drive.
Search Google Drive for any existing documentation about
the payments API and update it with the latest changes.

Connect PostHog to give the Docs Agent access to your product analytics, feature flags, and HogQL queries. The agent can pull insights from PostHog during documentation sessions to ground your content in real usage data.

What the agent can do:

ActionDescription
Query insightsRead saved insights and analytics dashboards
Run HogQL queriesExecute HogQL queries against your PostHog data
Read feature flagsList and inspect feature flag configurations

Use cases:

  • Reference adoption metrics when writing release notes or feature documentation.
  • Include feature flag details when documenting rollout procedures.
  • Pull usage data to support decisions in architecture or migration guides.

Examples:

Summarize the adoption metrics for the new onboarding flow
using the PostHog insights dashboard.
Document the current feature flag configuration for
the "new-checkout" rollout, including rollout percentage
and targeting rules.
Create a usage report based on the HogQL query for
weekly active users over the last 90 days.
  1. Go to Settings > Integrations in your EkLine dashboard.
  2. Click Connect on the PostHog card.
  3. Enter your PostHog personal API key. You can generate one from PostHog > Settings > Personal API Keys.
  4. Select your PostHog region (US, EU, or enter a custom hostname for self-hosted instances).
  5. Click Connect to activate the integration.

The personal API key starts with phx_. The agent uses this key to authenticate with PostHog through Composio — the key itself is stored securely in Composio, not in EkLine.

Reference multiple integrations in a single prompt to create comprehensive documentation.

Update the authentication docs based on:
- Linear ticket ENG-1234 (the feature implementation)
- This Slack thread where we discussed edge cases:
https://workspace.slack.com/archives/C01234/p1234567890
- The original spec in Notion:
https://notion.so/your-workspace/auth-spec