$HEADLESS SYSTEMS
03 / Scorecard / Project & Task Management

OpenProject

B
Headless Index
62/100
JAIRF
N/A
Verified
AUG 20, 2026
Methodology v1 · JAIRF v1.0.0

Powered by JAIRF v1.0.0 by Jentic · open methodology at /the-headless-index/methodology

OpenProject earns Band B in the Project & Task Management category of The Headless Index, with a thesis-fit score of 62/100. Its strongest dimension is headless operation (17/20); its weakest scored dimension is MCP and agent posture (4/20). No public OpenAPI specification was found when OpenProject was scored, which limits how far an agent can go without human integration work.

Editorial verdict
OpenProject is solidly built for programmatic consumption. The Headless Index thesis-fit score of 62/100 lands it in the upper-middle of the index, and JAIRF is recorded as N/A for this vendor because no public OpenAPI specification was reachable for the open-source scorer. In practice, vendors at this tier ship most of the primitives agents need, with one or two surfaces still leaning on documentation rather than discovery, and the rest of this verdict explains where OpenProject lands inside that pattern. On the API surface, the question is whether the API is the product or a layer beneath the dashboard. Open source changes the calculus here. OpenProject runs a hypermedia API v3 in HAL+JSON whose root is discoverable without credentials; fetching https://community.openproject.org/api/v3 returns a link map to configuration, statuses, priorities, relations and time_entries. The entire application is public (github.com/opf/openproject, 15,890 stars), so the API is readable at source. No official language SDKs, which is the real gap. An agent can drive this product across most practical workflows, with a handful of edges where documentation reading still beats schema discovery. On headless operability: Self-hosting is the whole point, and the tooling is real: a Helm chart (github.com/opf/openproject-helm-chart), Docker Compose recipes at 332 stars, and a Go CLI for the v3 API (github.com/opf/openproject-cli). Seeder configuration provisions projects, types and statuses at boot. An agent can install, configure and operate an instance without ever loading the web frontend.[1] On the MCP and agent-integration axis, which is the fastest-moving criterion in the index: No MCP server exists under the org (github.com/opf), none is listed in the registry, and the documentation says nothing about agents. This is the sharpest contradiction in the batch: a fully open, self-hostable, well specified API that nobody has wrapped for tool use. The work is small and the ingredients are already public, which makes the absence stranger.[2] Event posture closes the loop: an agent that cannot react to state changes is reduced to polling. Webhooks are built in and configured per instance with a documented event list (project:created, work_package:created, work_package:updated, time_entry:created, attachment:created). Payloads reuse the same HAL+JSON representation the API returns, so a consumer needs only one parser. Signing is thin, delivery logs live in the admin area rather than an API, and there is no replay. Net assessment: OpenProject can be operated by agents for the majority of practical workflows. The closest thing to a gap is MCP posture[3], which integrators should sanity-check against their own use case before committing. Strong fit for agent-driven use cases.
Verdict by Headless Index pipeline (auto)
// AI-drafted from the evidence layer. Editorial review pending.
Scores

Scorecard detail

Headless Index · 5 sub-criteria
API-first design intent15/20
scored

Open source changes the calculus here. OpenProject runs a hypermedia API v3 in HAL+JSON whose root is discoverable without credentials; fetching https://community.openproject.org/api/v3 returns a link map to configuration, statuses, priorities, relations and time_entries. The entire application is public (github.com/opf/openproject, 15,890 stars), so the API is readable at source. No official language SDKs, which is the real gap.

signals (4)
  • +AI review appliedReviewer: Editorial review on 2026-08-19
  • OpenAPI specNot found across 18 probe paths
  • GraphQL endpointNot discovered (5 probes; project-scoped endpoints require a real project ID)
  • ·SDKs maintained1 (dotnet); top by stars: opf/xeokit-metadata (1 stars)
cite (1)
  • ai_review_browser.auth@2026-08-19
Headless operation17/20
scored

Self-hosting is the whole point, and the tooling is real: a Helm chart (github.com/opf/openproject-helm-chart), Docker Compose recipes at 332 stars, and a Go CLI for the v3 API (github.com/opf/openproject-cli). Seeder configuration provisions projects, types and statuses at boot. An agent can install, configure and operate an instance without ever loading the web frontend.

signals (9)
  • +AI review appliedReviewer: Editorial review on 2026-08-19
  • API operations exposedNo OpenAPI spec; operations count unknown
  • ·Docs pages crawled0 pages (crawler: none)
  • ·Auth schemes documentedAuth documentation page not reached by crawler
  • ·Setup / quickstart docsNot reached by crawler
  • ·Billing docsNot reached by crawler
  • ·Teams / org docsNot reached by crawler
  • ·CLI docsNot reached by crawler
  • ·Schema / data model docsNot reached by crawler
cite (1)
  • ai_review_browser.topics_found@2026-08-19
MCP & agent posture4/20
scored

No MCP server exists under the org (github.com/opf), none is listed in the registry, and the documentation says nothing about agents. This is the sharpest contradiction in the batch: a fully open, self-hostable, well specified API that nobody has wrapped for tool use. The work is small and the ingredients are already public, which makes the absence stranger.

signals (4)
  • +AI review appliedReviewer: Editorial review on 2026-08-19
  • Official MCP serverNone found in vendor's GitHub org or the official MCP registry
  • Community MCP serversNone found
  • Agent-friendly SDKsNo TypeScript/JavaScript SDK published (agents commonly run in TS/JS)
cite (1)
  • ai_review_browser.mcp@2026-08-19
Schema observability15/20
scored

A real spec ships in the repository (docs/api/apiv3/openapi-spec.yml on the dev branch), with component schemas split into separate files under the same tree. Combined with HAL+JSON responses that carry their own _links and _type, an agent can navigate the API by following hypermedia rather than hardcoding routes. The spec is not served from the API host itself.

signals (3)
  • +AI review appliedReviewer: Editorial review on 2026-08-19
  • OpenAPINot discovered across 18 standard probe paths
  • GraphQL introspectionNo GraphQL endpoint discovered (5 probes; some vendors use project-scoped endpoints that require a real project handle)
cite (1)
  • ai_review_browser.schema@2026-08-19
Webhooks & events11/20
scored

Webhooks are built in and configured per instance with a documented event list (project:created, work_package:created, work_package:updated, time_entry:created, attachment:created). Payloads reuse the same HAL+JSON representation the API returns, so a consumer needs only one parser. Signing is thin, delivery logs live in the admin area rather than an API, and there is no replay.

signals (2)
  • +AI review appliedReviewer: Editorial review on 2026-08-19
  • ·Webhook docs pageNot reached by crawler within budget (0 pages crawled). Cannot confirm whether vendor offers webhooks.
cite (1)
  • ai_review_browser.pages_fetched@2026-08-19
JAIRF · 6 dimensions
JAIRF · N/A

This vendor does not publish a public OpenAPI specification. JAIRF cannot be computed. The Headless Index score and editorial verdict carry the readiness assessment.

No public OpenAPI specification discovered during collection

Powered by JAIRF v1.0.0 by Jentic

Band rationale:B band: JAIRF=N/A HeadlessIndex=62

04 / Embed

Show OpenProject's score on your site.

Drop a live badge into your README, footer, or marketing page. It updates automatically when we re-score, and every embed is a dofollow link back here.

FAQ

OpenProject and agent readiness

Is OpenProject agent-ready?
OpenProject scores Band B on The Headless Index. Its JAIRF rating is not available because no machine-readable spec was scored. Its strongest area for agent use is headless operation; its weakest is MCP and agent posture.
Does OpenProject publish an OpenAPI spec?
No published OpenAPI specification was found when OpenProject was scored. That caps its JAIRF dimensions and forces agents to rely on documentation or reverse engineering to operate it.
What is OpenProject's Headless Index score?
OpenProject scores 62/100 on the Headless Index thesis-fit rubric and sits in Band B in the Project & Task Management category. The score weighs API-first design, headless operation, MCP and agent posture, schema observability, and webhooks.