Back to list
my-entourage

project-status

by my-entourage

MyEntourage.dev agent skills to have all of your AI agent context across communication channels in one place in sync.

2🍴 0📅 Jan 21, 2026

SKILL.md


name: project-status description: Reports implementation status of project components with evidence. Use when asked about what's done, in progress, or planned for a project.

Purpose

Provide accurate project status by distinguishing between what was discussed versus what is actually implemented.

When to Use

Apply when user asks:

  • "What's the status of X?"
  • "Is Y complete?"
  • "What has been implemented?"
  • "Show me project progress"

Status Levels

StatusDefinitionEvidence Required
TriageMentioned but needs reviewTranscript/message reference
BacklogAccepted, prioritized for futureDecision documented, or Linear/GitHub Issue
TodoScheduled, ready to startAssigned in Linear or explicitly scheduled
In ProgressImplementation startedCode in repo or open PR
In ReviewPR open, awaiting reviewOpen PR with review requested
DoneWorking implementationCode + tests, or merged PR with CI passing
ShippedDeployed to productionDeployment evidence from GitHub
CanceledExplicitly closedIssue/PR closed as won't fix, duplicate, etc.
UnknownInsufficient evidenceN/A

Agent Skills as Product Features

Claude Code plugins and agent skills (SKILL.md files) are product features. They serve as executable prompts that define agent behavior.

Detecting Skill Features

When scanning repositories, also check for:

skills/*/SKILL.md
commands/*.md
.claude/skills/*/SKILL.md
.claude/commands/*.md

Skill Status Evidence

EvidenceStatusConfidence
SKILL.md exists + tests in evaluations/CompleteHigh
SKILL.md exists (no tests)In ProgressMedium
Skill mentioned in transcripts onlyDiscussedMedium

Include skills in the component status table with type indicator:

| grounded-query (skill) | Complete | SKILL.md + evaluations | entourage-plugin | High |

Workflow

  1. Identify components/features in query
  2. Search data files for transcript mentions of each component
  3. Check if .entourage/repos.json exists
  4. If repos configured with path field:
    • Invoke /local-repo-check <components> for local git evidence
  5. If repos configured with github field:
    • Invoke /github-repo-check <components> for GitHub evidence
  6. If linear section configured:
    • Invoke /linear-check <components> for Linear issue evidence
  7. Combine all evidence sources using the unified hierarchy
  8. Output status table with sources

Evidence Sources

This skill uses three sub-skills to verify implementation status:

  • /local-repo-check - Scans local git repositories
  • /github-repo-check - Queries GitHub API for PRs, issues, Actions, deployments
  • /linear-check - Queries Linear for issue tracking status

Configuration Check

Read .entourage/repos.json and check for:

  • path field in repos - Enables local scanning via /local-repo-check
  • github field in repos - Enables GitHub scanning via /github-repo-check
  • linear section - Enables Linear scanning via /linear-check

With Local Repository (path configured)

  1. Invoke /local-repo-check <component-names>
  2. Get evidence: file existence, test files, git history

With GitHub Repository (github configured)

  1. Invoke /github-repo-check <component-names>
  2. Get evidence: PRs, issues, Actions status, deployments

With Linear (linear section configured)

  1. Invoke /linear-check <component-names>
  2. Get evidence: issue status, assignees, workflow state

Without Any Configuration

  • Skip all sub-skills
  • Limit status levels to "Triage" (transcript evidence only)
  • Add note about configuring sources

Unified Evidence Hierarchy

When combining evidence from transcripts, local repos, GitHub, and Linear, use this priority order:

PriorityEvidence TypeSourceMax Status
1Deployment to productionGitHubShipped
2PR merged + CI passingGitHubDone
3Code + tests on mainLocalDone
4PR merged (no CI info)GitHubDone
5Linear issue "Done"LinearDone
6Code + tests (any branch)LocalDone
7Open PR with approvalsGitHubIn Review
8Open PR (review requested)GitHubIn Review
9Linear issue "In Review"LinearIn Review
10Code exists (no tests)LocalIn Progress
11Open PR (no reviews)GitHubIn Progress
12Feature branch existsLocalIn Progress
13Linear issue "In Progress"LinearIn Progress
14GitHub Issue (in progress label)GitHubIn Progress
15Linear issue "Todo"LinearTodo
16GitHub Issue (open)GitHubBacklog
17Linear issue "Backlog"LinearBacklog
18Architecture decision documentedTranscriptsBacklog
19Linear issue "Triage"LinearTriage
20Meeting discussionTranscriptsTriage

Rule: Higher priority evidence overrides lower. If GitHub shows PR merged but local shows no tests, use the GitHub evidence (Done).


Conflict Resolution: GitHub is Source of Truth

When local and GitHub evidence conflict (e.g., PR merged on GitHub but local repo not updated):

GitHub wins - GitHub represents the canonical shared state.

When this conflict is detected, add a sync note to the output:

Info: Local repo may be behind remote. Consider running `git pull`.

Context Mismatch Detection

After scanning configured repos, check if results suggest misconfiguration:

Warning Triggers

  1. High Unknown Rate: >50% of queried components return "Unknown" status
  2. Transcript Mismatch: Transcripts mention repo names not in repos.json
  3. Empty Scans: Configured repos return no relevant code for any component

Warning Output

When triggered, add to Notes section:

Warning: Configured repos may not contain the discussed features.
- Transcripts mention: entourage-web, entourage-api
- Configured repos: entourage-plugin
Consider updating `.entourage/repos.json` to include missing repositories.

Detection Method

  1. After transcript search, extract repo names mentioned (patterns: entourage-*, *-web, *-api)
  2. Compare against repos.json entries
  3. If mismatch detected, include warning in output

Output Format

## Status: [Project Name]

| Component | Status | Evidence | Source | Confidence |
|-----------|--------|----------|--------|------------|
| [Name] | Discussed/Planned/etc | [Brief description] | [Source] | High/Med/Low |

### Notes
- [Any caveats about verification limitations]

Critical Rule

Never mark a component as "Done" or "In Progress" based solely on meeting transcripts.

Meeting transcripts can only support Triage or Backlog status. Higher statuses require code evidence from repositories (local, GitHub) or issue tracking evidence (Linear).

If no sources are configured, add this note:

Source verification not configured. Maximum verifiable status is "Triage". Add repos or Linear to .entourage/repos.json for implementation status.


Example Output

With All Sources (Local, GitHub, Linear)

Query: "What's the status of authentication?"

## Status: Entourage

| Component | Status | Evidence | Source | Confidence |
|-----------|--------|----------|--------|------------|
| Clerk auth | Shipped | PR #42 merged, deployed to prod | GitHub | Very High |
| User dashboard | Done | PR #45 merged, CI passing | GitHub + Local | High |
| Email notifications | In Review | PR #48 open, 2 approvals | GitHub | High |
| Analytics | Backlog | Issue #52 created | GitHub | High |
| Notifications | Triage | Mentioned Dec 21 meeting | Transcripts | High |

Info: Local repo may be behind remote. Consider running `git pull`.

### Evidence Details

**Clerk auth (Shipped)**
- PR: #42 "Add Clerk authentication" - merged Jan 8
- Actions: Build, Test, Lint passed
- Deployment: prod-v1.2.0 deployed Jan 8 14:32 UTC

**User dashboard (Done)**
- PR: #45 "User dashboard" - merged Jan 10
- Actions: Build, Test passed
- Local: Tests found at `src/dashboard/__tests__/`

With Linear and Local Only

Query: "What's the status of authentication?"

## Status: My Project

| Component | Status | Evidence | Source | Confidence |
|-----------|--------|----------|--------|------------|
| Clerk auth | Done | Tests passing, merged to main | my-project | High |
| User dashboard | In Progress | TEAM-123 In Progress, code exists | Linear + Local | High |
| Email notifications | Todo | TEAM-456 scheduled | Linear | High |
| Payments | Backlog | TEAM-789 in backlog | Linear | High |

### Notes
- GitHub verification not configured. Add `github` field to repos for PR/CI/deployment status.

Without Any Configuration

Query: "What's the status of the database?"

## Status: Entourage

| Component | Status | Evidence | Source | Confidence |
|-----------|--------|----------|--------|------------|
| Database schema | Backlog | Architecture decided Dec 22 | Transcripts | Medium |
| Clerk auth | Triage | Mentioned Dec 21 | Transcripts | Low |
| API endpoints | Unknown | No mentions found | - | Low |

### Notes
- Source verification not configured. Maximum verifiable status is "Triage".
- Add repos to `.entourage/repos.json` for implementation status.
- Add `linear` section for issue tracking status.

After Output

This skill returns results to the calling context. Do not stop execution. Continue with the next step in the workflow or TODO list.

Score

Total Score

60/100

Based on repository quality metrics

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

+10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

Reviews

💬

Reviews coming soon