Capability 02 · Read the landscape
Competitive Intelligence
Build one evidence run for a defined competitor question, then reuse its fingerprinted records for a briefing and timeline.
The problem¶
Landscape updates are hard to compare when every briefing repeats different searches. A failed provider can also be mistaken for a trustworthy zero-result response, turning a coverage gap into a false market conclusion.
Objective¶
Collect trials, regulatory records, publications, and configured news evidence into an immutable run, expose source coverage and limitations, and render multiple business views from the same evidence fingerprint.
How it helps¶
- Tracks explicit drug and company identities rather than relying on an ambiguous topic alone.
- Distinguishes
complete,partial,failed,not_configured, andnot_applicablesource states. - Binds report and timeline artifacts to the same
run_records_sha256so their evidence base can be compared.
How the plugin works¶
Bounded market question
Tracked drug and company identities, aliases, therapeutic scope, source selection, and decision horizon.
Collect once, project many views
ci_statusci_trackci_refreshci_scan_trialsci_trial_detailci_scan_regulatoryci_scan_newsci_scan_publicationsci_extract_eventsci_landscapeci_reportci_timeline
Evidence run, briefing, and timeline
Immutable source records plus HTML, JSON, and CSV views bound to the same evidence fingerprint.
A three-step workflow¶
Define the watch question
Name the fictional or governed entities, aliases, therapeutic scope, sources, and decision horizon.
Create one evidence run
Retrieve source records once and inspect coverage, record counts, limitations, and errors.
Review consistent views
Generate a briefing and calendar-filtered timeline from the same immutable run fingerprint.
Sample input¶
The fictional YAML names one simulated drug and company, asks a bounded quarterly question, and makes the requested sources and output views explicit.
Interpreted sample output¶
The representative excerpt shows one simulated trial record under complete coverage and a not_configured web
source. The trial observation can enter review; the missing web provider cannot be interpreted as evidence that no
news exists. The briefing and timeline carry the same fictional run hash.
Download representative output JSON
Business value indicators¶
| Indicator | What a business reviewer learns |
|---|---|
| Coverage by entity and source | Whether each requested evidence lane is trustworthy or inconclusive |
| Returned records versus total available | Whether the displayed slice may omit relevant records |
| Run fingerprint reuse | Whether briefing and timeline share the same evidence base |
| Undated or excluded events | What the calendar view leaves out |
| High-impact findings confirmed | Which observations have been checked against linked primary sources |
Boundaries and human review¶
A complete source can legitimately return zero records; failed and not-configured sources cannot. Confirm high-impact findings against the linked primary record, assess query scope and retrieval time, and apply approved controls to stored evidence. This public-beta workflow supports qualified commercial and medical review; it does not prove that a market event did or did not occur outside the collected coverage.
Get started¶
Use the fictional run to practise interpreting coverage before findings, then consult the canonical pinned guide for provider setup and immutable artifact behavior.