C2PA untuk Dokumen Markdown dan Structured Text: Apa Manfaatnya

Markdown kelihatannya terlalu sederhana untuk punya Content Credentials.

Plain text.
Heading.
List.
Link.
Sedikit syntax.

Tidak ada container media seperti JPEG.

Tidak ada ZIP package seperti DOCX.

Tidak ada object structure seperti PDF.

Lalu C2PA 2.4 datang dan berkata:

structured text juga bisa punya association ke C2PA Manifest Store.

Termasuk source code, YAML, TOML, INI, Markdown, AsciiDoc, LaTeX, dan format sejenis yang punya comment syntax atau front matter convention.

Ini update yang jauh lebih menarik daripada kedengarannya.

Karena knowledge economy modern tidak hidup hanya di image dan video.

Ia hidup di:

README,
documentation,
configuration,
policy text,
prompt library,
source code,
Markdown report,
static-site content,
research notes,
dan AI-generated structured text.

Kalau provenance hanya bekerja untuk media visual, sebagian besar production knowledge modern tidak punya jalur standard yang sama.

Structured Text Support Menutup Gap Itu

C2PA 2.4 menambahkan metode general untuk mengasosiasikan manifest dengan structured text.

Prinsipnya sederhana.

File menyimpan block dengan delimiter:

`—–BEGIN C2PA MANIFEST—–`

dan

`—–END C2PA MANIFEST—–`

Di antara delimiter terdapat reference ke manifest.

Reference bisa:

URL external Manifest Store, ini preferred.

Atau:

`data:` URI yang membawa Manifest Store dalam Base64.

Block ditempatkan menggunakan comment syntax host format atau di front matter jika format tersebut mendukung front matter.

Untuk Markdown, contohnya bisa berada di HTML comment.

Secara visual, pembaca biasa tidak terganggu.

Tool yang memahami C2PA bisa menemukan association.

Kenapa Tidak Memakai Unicode Trick Saja?

C2PA juga punya metode untuk unstructured text.

Tetapi structured text punya advantage.

Format seperti Markdown dan source code sudah memiliki comment convention.

Kita bisa menambahkan reference tanpa mengubah interpreted content.

Spesifikasi menekankan beberapa benefit:

human readability lebih terjaga,
tidak butuh special Unicode support,
bekerja dengan format yang punya comment/front matter,
dan menggunakan delimiter ASCII yang mudah dikenali.

Ini practical untuk developer ecosystem.

Editor teks biasa tetap bisa membuka file.

Git diff tetap masuk akal.

Toolchain tidak perlu memahami karakter tersembunyi aneh.

Manifest Association Terlihat, tetapi Manifest-nya Tidak Harus Inline

Misalnya sebuah Markdown report:

`report.md`

Di bagian comment ada URL:

`https://publisher.example/manifests/report-2026.c2pa`

User bisa membaca file normal.

Validator menemukan URL.

Manifest disimpan di luar file.

Ini preferred karena file tidak membengkak.

Kalau embedded via data URI, Base64 bisa panjang.

Untuk repository dengan banyak Markdown, external reference jauh lebih manageable.

Tetapi external hosting membawa responsibility:

URL stabil,
availability,
retention,
versioning,
dan access.

Manifest endpoint menjadi infrastructure.

Bukan pastebin.

Hard Binding Tetap Ada

Ini bagian yang membuat C2PA berbeda dari sekadar metadata comment.

Claim generator structured text harus menyertakan `c2pa.hash.data` dengan exclusion range yang mencakup manifest block.

Kenapa manifest block dikecualikan?

Karena kalau reference itu ikut di-hash, kita punya circular dependency.

File mengandung reference ke manifest.

Manifest berisi hash file.

Hash file berubah karena manifest reference.

Dengan exclusion, system mengikat digital content sementara block association diperlakukan secara khusus.

Implementation harus membaca file dalam binary mode untuk mempertahankan exact byte representation.

Line terminator juga penting.

LF dan CRLF didukung.

Bare CR tidak didukung oleh metode ini.

Detailnya terasa low-level.

Tetapi justru hard binding yang membuat ini provenance, bukan comment biasa.

At Most One Manifest Block

Structured text file hanya boleh punya paling banyak satu manifest block.

Kalau validator menemukan lebih dari satu, validation failure dilaporkan.

Ini penting untuk Git workflow.

Bayangkan merge conflict.

Branch A menambahkan manifest.

Branch B juga.

Merge tool mempertahankan dua block.

File mungkin masih render normal.

C2PA validation gagal.

Developer perlu memasukkan provenance validation ke CI.

Bukan hanya syntax test.

Manifest conflict adalah jenis build issue baru.

Front Matter Bisa Dipakai

Untuk format yang punya front matter, C2PA block ditempatkan di dalam front matter.

Markdown static site sering menggunakan YAML front matter:

title,
date,
author,
layout.

Sekarang manifest reference bisa coexist.

Tetapi publisher perlu berhati-hati.

Static-site generator mungkin reformat front matter.

Tool lain mungkin menghapus comment.

Build pipeline bisa menghasilkan HTML baru.

Asset Markdown dan output HTML adalah dua asset berbeda.

Credential Markdown tidak otomatis menjadi credential HTML hasil render.

Kalau ingin provenance output HTML, HTML perlu workflow C2PA sendiri.

Ini distinction penting.

Source provenance tidak otomatis sama dengan rendered provenance.

Apa Manfaat untuk Dokumentasi?

Bayangkan perusahaan software punya security policy dalam Markdown.

File masuk Git.

Editor mengubah.

CI build.

Dokumentasi dipublish.

Dengan Content Credentials pada source Markdown, organization bisa punya provenance tambahan:

versi file,
signer,
actions,
relationship ingredient,
AI disclosure jika content dibuat AI,
dan hard binding.

Git sendiri sudah punya commit history.

Kenapa butuh C2PA?

Karena Git provenance dan Content Credentials punya layer berbeda.

Git bagus untuk repository history.

C2PA adalah portable provenance standard yang bisa ikut keluar dari repository.

File dipindahkan.

Di-download.

Dikirim ke partner.

Dimasukkan ke archive.

C2PA association tetap punya meaning di luar Git jika manifest tersedia.

Keduanya bisa saling melengkapi.

Source Code Juga Bisa Punya Provenance

C2PA 2.4 structured text method mencakup source code yang punya comment syntax.

Python.
JavaScript.
SQL.
CSS.
Dan format lain.

Ini membuka use case menarik.

Generated code bisa membawa disclosure bahwa AI terlibat.

Security-sensitive config bisa punya signing/provenance.

Sample code di documentation bisa punya lineage.

Tetapi jangan overclaim.

C2PA bukan code signing replacement.

Package signing, artifact signing, Sigstore, reproducible builds, dan software supply-chain systems menyelesaikan problem lain.

Content Credentials memberi provenance pada file asset.

Code execution trust tetap butuh software security infrastructure.

Sekali lagi, layered.

Markdown untuk AI-Generated Reports

Ini use case yang sangat relevan di 2026.

AI agent membuat market report dalam Markdown.

Sistem kemudian:

menghasilkan file,
menambahkan AI Disclosure,
menetapkan human oversight level,
sign,
host manifest,
dan mengirim ke customer.

Sekarang recipient punya machine-readable provenance.

Mereka bisa mengetahui:

AI terlibat,
model metadata tertentu jika disediakan,
apakah human validated,
dan credential chain.

Ini jauh lebih robust daripada footer:

“Generated by AI.”

Footer bisa diedit.

Content Credential punya cryptographic binding.

Tetapi report tetap bisa salah.

C2PA membuktikan provenance.

Tidak fact-check isi.

Dokumen Markdown Bisa Jadi Evidence

GEO.or.id sering membuat evidence, methodology, audit note, dan structured report.

Markdown cocok untuk version control.

C2PA bisa menambah:

portable provenance,
validation,
signer context,
AI disclosure.

Contoh:

`ai-visibility-observation-2026-08.md`

File berisi:

query,
engine,
method,
result,
limitation.

Manifest menunjukkan publisher workflow.

Jika file diedit, binding berubah.

Ini membantu audit.

Tetapi jangan mengganti evidence methodology dengan credential.

Provenance menjawab siapa dan bagaimana file diproduksi.

Methodology menjawab apakah observation valid.

Dua layer.

Apa yang Terjadi Saat File Diformat Ulang?

Ini problem nyata.

Prettier.
Formatter.
Line-ending conversion.
Editor.
CI.

Perubahan whitespace mengubah bytes.

Hard binding sensitif terhadap representation.

Jika Windows checkout mengubah LF menjadi CRLF, effect perlu diperhitungkan.

Jika formatter menyusun ulang YAML, asset berubah.

Credential lama bisa tidak lagi valid terhadap file baru.

Jadi signing point harus setelah final formatting.

Sama seperti HTML.

Jangan sign terlalu awal lalu biarkan pipeline mengubah source.

Ideal workflow:

generate,
format,
finalize,
sign,
distribute.

Jika source berubah setelah itu:

buat credential baru.

Ini normal.

Provenance adalah version-aware.

External Manifest Preferred, tetapi Availability Menjadi Concern

URL reference lebih ringan.

Tetapi kalau manifest server mati lima tahun lagi, file Markdown masih ada tetapi provenance tidak bisa di-resolve melalui jalur itu.

Publisher perlu retention policy.

Manifest repository sebaiknya:

stable,
versioned,
backed up,
dan tidak bergantung pada session user.

Untuk public document, public manifest URL masuk akal.

Untuk internal source, access-controlled repository bisa digunakan sesuai risk.

C2PA association bukan alasan membuka sensitive metadata ke publik.

Privacy tetap penting.

Structured Text Tidak Berlaku untuk Semua `text/*`

Spec punya batas.

HTML punya metode sendiri.

CSV tidak dianggap candidate untuk metode structured text karena tidak punya comment/front matter convention yang sesuai.

XML-based format dapat memakai structured method dengan XML comment ketika tidak punya format-specific embedding.

SVG punya metode sendiri.

Jadi implementation harus melihat media type.

Jangan membuat satu regex untuk semua file teks.

Gunakan SDK.

Standar punya validation behavior yang detail.

Misalnya:

empty reference,
malformed URL,
multiple references,
missing manifest,
no resolution path.

Semua punya status sendiri.

CI Bisa Menjadi Tempat Ideal

Untuk developer/publisher workflow:

PR masuk.

CI memeriksa:
format,
tests,
C2PA manifest block,
manifest resolution,
validation.

Jika source berubah tanpa re-sign:
fail.

Jika dua manifest block:
fail.

Jika manifest URL mati:
warning atau fail sesuai policy.

Jika AI-generated source membutuhkan disclosure tapi assertion missing:
governance check.

Sekarang provenance menjadi part of build process.

Bukan tugas manual setelah publish.

Ini cara terbaik membuat standard scalable.

Markdown dan HTML Bisa Punya Credentials Terpisah

Bayangkan static site.

Source:

`article.md`

Output:

`article.html`

Source punya Content Credential.

Build menghasilkan HTML.

HTML bisa punya manifest sendiri menggunakan C2PA 2.4 HTML mechanism.

HTML credential dapat mencantumkan Markdown source sebagai ingredient jika workflow dirancang demikian.

Sekarang provenance chain lebih interesting:

Markdown source,
build process,
HTML output.

Ini belum otomatis dilakukan semua tool.

Tetapi model provenance seperti ini sangat masuk akal.

Publisher bisa menunjukkan hubungan antara source dan render.

Untuk AI-generated document, AI disclosure dapat berada di source/output sesuai architecture.

Jangan Duplicate Assertion Tanpa Memahami Chain

Kalau Markdown sudah punya AI Disclosure lalu HTML output dibuat dari Markdown, apakah HTML juga perlu disclosure?

Tergantung claim design.

Lebih baik preserve ingredient relationship dan generation actions daripada copy metadata tanpa context.

C2PA provenance strength datang dari chain.

Bukan dari field duplication.

Tooling harus memahami ingredient model.

Kalau organisasi belum mature, mulai dari source atau output dulu.

Tidak perlu langsung full lineage.

Apa Nilai Praktisnya?

Untuk publisher dan developer:

tamper-evident provenance,
portable history,
AI disclosure,
validation,
interoperability,
audit.

Untuk compliance:

source lineage,
review state,
machine-readable policy signal.

Untuk consumer:

lebih banyak context tentang origin.

Untuk archive:

lebih jelas asset history.

Untuk GEO.or.id:

evidence document yang lebih disiplin.

Tetapi value paling besar mungkin ada di AI production pipeline.

Ketika agent menghasilkan file teks dalam jumlah besar, kita butuh cara machine-readable untuk mengatakan:

siapa workflow owner,
AI mana yang terlibat,
apakah manusia mereview,
dan apakah file berubah setelah signing.

Plain Markdown selama ini tidak punya standard provenance layer seperti itu.

Sekarang punya jalur.

Structured Text Membawa C2PA Lebih Dekat ke Dunia Software dan Knowledge

C2PA dulu mudah dilihat sebagai teknologi foto.

Lalu video.

Lalu audio.

Sekarang scope-nya makin luas.

HTML.

Markdown.

YAML.

Source code.

Ini penting karena generative AI justru menghasilkan banyak structured text.

Prompt.
Config.
Code.
Report.
Documentation.

C2PA 2.4 tidak membuat semua file tersebut otomatis trusted.

Ia memberi kita primitive provenance.

Dan untuk dunia yang content-nya semakin dibuat oleh manusia, model, agent, build system, dan automation secara campuran, primitive itu makin relevan.

Markdown tetap plain text.

Yang berubah adalah kita sekarang punya cara standard untuk membawa satu hal yang selama ini sering hilang ketika file berpindah:

cerita tentang dari mana file itu datang dan bagaimana kita bisa memeriksa bahwa cerita tersebut masih terikat ke asset yang sama.