GDELT Mentions Fetch
Use the CLI-owned gdelt.mentions capability. This Skill supplies intent
routing and result-use boundaries only; the CLI owns source discovery,
input/output schemas, HTTP and archive handling, limits, validation, and
receipts.
Before running
- Read
references/tiangong-data-requirement.json.
- Use the caller- or workspace-resolved stable CLI. The requirement declares
compatible capability and operation contract majors; it does not select a
package build.
- Run
data describe with that same CLI. Continue only when the capability
ID and required contract majors match, and copy the exact current
capability/operation versions from that response into the run request.
tiangong-ai data describe gdelt.mentions --json
Use the returned Discovery Metadata to confirm current source coverage,
freshness, restrictions, provides, and doesNotProvide. Do not substitute
facts remembered from an older Skill revision.
Prepare the request
Build a tiangong.data.run-request.v1 envelope. Replace the two version
placeholders with the exact versions from the same data describe response. This example selects a
bounded range of source snapshots:
{
"schemaVersion": "tiangong.data.run-request.v1",
"capabilityId": "gdelt.mentions",
"capabilityVersion": "<describe.manifest.capabilityVersion>",
"operationId": "fetch",
"operationVersion": "<describe.manifest.operations[0].operationVersion>",
"input": {
"mode": "range",
"startDateTime": "2026-03-01T12:00:00Z",
"endDateTime": "2026-03-01T12:45:00Z",
"maxFiles": 4
}
}
Use the operation input schema returned by the same data describe response when choosing
latest or range. Range bounds do not need to align to a 15-minute boundary:
selection starts with the first published snapshot at or after the inclusive
lower bound and stops at the inclusive upper bound. maxFiles selects the
earliest bounded snapshots from a larger window and must be treated as
truncation, not complete window coverage. Do not round timestamps, widen a
range, or increase a safety limit without the caller's approval.
Run
tiangong-ai data run gdelt.mentions fetch \
--input /absolute/path/to/request.json --json
The command emits a tiangong.data.run-result.v1 envelope. Preserve its
contract, warnings, errors, and receipt with data when handing the
result to another workflow.
Result boundaries
- Treat each row as a machine-coded mention of an event record, not a verified
event, independent endorsement, unique article, or causal evidence.
- Confidence, tone, mention type, and character offsets are provider-derived
metadata. Do not reinterpret them as factual certainty or human judgment.
- A source URL is lineage metadata, not an article body. Repeated mentions or
URLs require explicit downstream counting and deduplication rules.
- The capability returns normalized in-memory rows and execution metadata. It
does not create a durable ZIP mirror, expose the master file list, or perform
polling and incremental state management.
- Preserve each file's SHA-256, ZIP/CRC validation metadata, row counts, and
capped validation issues. Invalid UTF-8 or non-16-column rows are omitted
locally while valid rows from the same snapshot remain usable.
- Surface
partial, truncation warnings, archive-validation failures, and empty
results. Never reinterpret them as complete absence of mentions.
- Use the dedicated Events or GKG Skill for their row types; this Skill must not
invoke or combine other feeds automatically.
- Cross-source comparison, persistence, scheduling, and research evidence
admission belong to the caller or Auto Research.
Reference
references/tiangong-data-requirement.json: stable capability requirement; it is not a package lock.
1---2name: gdelt-mentions-fetch3description: Retrieve bounded GDELT 2.0 Global Mentions rows through the Tiangong CLI from the latest snapshot or an exact UTC range. Use for mention-level provenance, confidence, and source linkage around coded events; do not use for article bodies, unique-article counts, event verification, polling, bulk archival mirroring, or causal claims.4---5
6# GDELT Mentions Fetch
7
8Use the CLI-owned `gdelt.mentions` capability. This Skill supplies intent
9routing and result-use boundaries only; the CLI owns source discovery,
10input/output schemas, HTTP and archive handling, limits, validation, and
11receipts.
12
13## Before running
14
151. Read `references/tiangong-data-requirement.json`.
162. Use the caller- or workspace-resolved stable CLI. The requirement declares
17 compatible capability and operation contract majors; it does not select a
18 package build.
193. Run `data describe` with that same CLI. Continue only when the capability
20 ID and required contract majors match, and copy the exact current
21 capability/operation versions from that response into the run request.
22
23```bash
24tiangong-ai data describe gdelt.mentions --json
25```
26
27Use the returned Discovery Metadata to confirm current source coverage,
28freshness, restrictions, `provides`, and `doesNotProvide`. Do not substitute
29facts remembered from an older Skill revision.
30
31## Prepare the request
32
33Build a `tiangong.data.run-request.v1` envelope. Replace the two version
34placeholders with the exact versions from the same `data describe` response. This example selects a
35bounded range of source snapshots:
36
37```json
38{
39 "schemaVersion": "tiangong.data.run-request.v1",
40 "capabilityId": "gdelt.mentions",
41 "capabilityVersion": "<describe.manifest.capabilityVersion>",
42 "operationId": "fetch",
43 "operationVersion": "<describe.manifest.operations[0].operationVersion>",
44 "input": {
45 "mode": "range",
46 "startDateTime": "2026-03-01T12:00:00Z",
47 "endDateTime": "2026-03-01T12:45:00Z",
48 "maxFiles": 4
49 }
50}
51```
52
53Use the operation input schema returned by the same `data describe` response when choosing
54`latest` or `range`. Range bounds do not need to align to a 15-minute boundary:
55selection starts with the first published snapshot at or after the inclusive
56lower bound and stops at the inclusive upper bound. `maxFiles` selects the
57earliest bounded snapshots from a larger window and must be treated as
58truncation, not complete window coverage. Do not round timestamps, widen a
59range, or increase a safety limit without the caller's approval.
60
61## Run
62
63```bash
64tiangong-ai data run gdelt.mentions fetch \
65 --input /absolute/path/to/request.json --json
66```
67
68The command emits a `tiangong.data.run-result.v1` envelope. Preserve its
69`contract`, `warnings`, `errors`, and `receipt` with `data` when handing the
70result to another workflow.
71
72## Result boundaries
73
74- Treat each row as a machine-coded mention of an event record, not a verified
75 event, independent endorsement, unique article, or causal evidence.
76- Confidence, tone, mention type, and character offsets are provider-derived
77 metadata. Do not reinterpret them as factual certainty or human judgment.
78- A source URL is lineage metadata, not an article body. Repeated mentions or
79 URLs require explicit downstream counting and deduplication rules.
80- The capability returns normalized in-memory rows and execution metadata. It
81 does not create a durable ZIP mirror, expose the master file list, or perform
82 polling and incremental state management.
83- Preserve each file's SHA-256, ZIP/CRC validation metadata, row counts, and
84 capped validation issues. Invalid UTF-8 or non-16-column rows are omitted
85 locally while valid rows from the same snapshot remain usable.
86- Surface `partial`, truncation warnings, archive-validation failures, and empty
87 results. Never reinterpret them as complete absence of mentions.
88- Use the dedicated Events or GKG Skill for their row types; this Skill must not
89 invoke or combine other feeds automatically.
90- Cross-source comparison, persistence, scheduling, and research evidence
91 admission belong to the caller or Auto Research.
92
93## Reference
94
95- `references/tiangong-data-requirement.json`: stable capability requirement; it is not a package lock.