---
title: "REA: Prinsip Rekayasa Balik dengan AI dan Batas Replikasi"
locale: id
category: knowledge_base
category_name: "Basis Pengetahuan"
translation_status: reviewed
license: cc_by
author: "injoys"
source_url: https://injoys.com/en/articles/rea-ai-reverse-engineering-capabilities-and-limits
published_at: 2026-10-19T23:23:10+09:00
---

# REA: Prinsip Rekayasa Balik dengan AI dan Batas Replikasi

> REA menghubungkan agen AI dengan alat analisis yang sudah ada untuk memeriksa perangkat lunak. REA tidak menjamin pemulihan kode sumber asli atau replikasi produk jadi. Dalam kasus ArtCraft pun, implementasi fitur harus dibedakan dari tingkat kesiapan untuk penggunaan nyata.

## Key Points

- REA adalah alat rekayasa balik yang menghubungkan agen AI dengan Ghidra, Hopper, IDA, dan alat lainnya.
- Hasil dekompilasi adalah petunjuk untuk menafsirkan cara kerja program, bukan kode sumber aslinya.
- Catatan Evidence pada REA membantu melacak dasar analisis dan batasannya, tetapi tidak menjamin keakuratan.
- FilmCraft menyajikan cakupan fitur dan kesiapan untuk penggunaan nyata secara terpisah dalam evaluasinya sendiri pada 10 Oktober 2026.
- Dukungan CLI dan MCP memperluas jalur otomatisasi aplikasi, tetapi tidak menggantikan pengujian kinerja dan kompatibilitas.

REA adalah alat rekayasa balik yang membantu AI menganalisis aplikasi tanpa kode sumber. REA menghubungkan alat analisis yang sudah ada untuk mendukung implementasi ulang fitur. Namun, REA tidak menjamin pemulihan kode asli secara utuh. REA juga tidak membuktikan kesimpulan bahwa era perangkat lunak telah berakhir.

Angka tingkat penyelesaian di bawah ini didasarkan pada penilaian mandiri FilmCraft per 10 Oktober 2026.

## Apa itu REA?

REA adalah singkatan dari Reverse Engineer Anything. Rekayasa balik adalah proses menyelidiki struktur dan cara kerja program yang sudah jadi. REA memungkinkan agen AI memanggil alat yang diperlukan untuk proses tersebut.

REA terhubung melalui MCP dan CLI. MCP adalah protokol yang menghubungkan AI dengan alat eksternal. Melalui CLI, pengguna mengoperasikannya dengan memasukkan perintah di terminal. Sasaran yang didukung dapat dilihat di [REA README](https://github.com/morluto/rea).

| Komponen | Peran | Hal yang perlu diperiksa saat membaca hasil |
| --- | --- | --- |
| Agen AI | Menentukan pertanyaan penyelidikan dan menafsirkan hasil | Periksa apakah penjelasannya disertai bukti |
| REA | Memanggil alat dan menyampaikan hasil analisis | Periksa cakupan analisis dan hal yang terlewat |
| Ghidra·Hopper·IDA | Menganalisis struktur internal berkas yang dapat dieksekusi | Periksa format yang didukung dan batasan tiap alat analisis |
| Alat pengamatan saat program berjalan | Mengamati perilaku dan keluaran yang sebenarnya | Periksa masukan yang diuji dan lingkungan eksekusinya |

REA dan ArtCraft adalah proyek dengan peran berbeda. REA menghubungkan alat analisis. Crafting Apps dari ArtCraft adalah aplikasi untuk melakukan pekerjaan penyuntingan. Keberadaan kedua proyek saja tidak cukup untuk memastikan bahwa proses pembuatannya saling berkaitan.

## Apa yang dapat diketahui dari berkas yang dapat dieksekusi?

Dekompilasi adalah proses mengubah kode yang dapat dieksekusi menjadi bentuk yang lebih mudah dibaca manusia. Hasilnya tidak dapat dianggap sama dengan kode sumber asli. Nama dan komentar asli bisa hilang selama proses kompilasi.

Ghidra adalah alat rekayasa balik yang dikembangkan dan dipelihara oleh NSA. Ghidra menyediakan fitur dekompilasi dan analisis instruksi. Ghidra juga mendukung otomatisasi dan eksekusi skrip. Cakupan fiturnya tercantum di [Ghidra README](https://github.com/NationalSecurityAgency/ghidra).

| Sasaran analisis | Petunjuk yang dapat diperoleh | Hal yang tidak dapat dipastikan hanya dari petunjuk tersebut |
| --- | --- | --- |
| Berkas eksekusi native | Kode semu, instruksi, string, hubungan pemanggilan | Seluruh kode sumber yang ditulis semula |
| Aplikasi JavaScript·Electron | Modul, hubungan impor, koneksi internal aplikasi | Implementasi yang hanya berjalan di server |
| Situs web | Struktur tampilan, skrip, komunikasi yang teramati | Seluruh kode server dan data yang tidak dipublikasikan |
| Program yang sedang berjalan | Keluaran, interaksi, perubahan berkas | Perilaku untuk semua masukan yang tidak diuji |

Permintaan yang diamati dari klien dapat menjadi petunjuk untuk menganalisis server. Permintaan itu saja tidak cukup untuk memulihkan seluruh bagian internal server. Cakupan dukungan REA menurut sasaran juga dibedakan dalam [README resmi](https://github.com/morluto/rea).

## Bagaimana REA membantu analisis AI?

REA memilih hasil analisis yang diperlukan untuk disampaikan dan menyimpan buktinya. Struktur ini mengurangi beban AI untuk berulang kali membaca seluruh keluaran yang panjang. Alur kerjanya dapat dilihat dalam dokumentasi CLI resmi dan spesifikasi MCP.

### Struktur untuk membaca hanya bagian yang diperlukan

REA dapat mengambil ringkasan atau sebagian item dari hasil analisis yang tersimpan. Dengan cara ini, cakupan penyelidikan dipersempit menurut fungsi atau modul. Beban memasukkan seluruh hasil yang panjang ke dalam percakapan pun berkurang. Cara penggunaannya dijelaskan dalam [dokumentasi CLI dan Evidence](https://github.com/morluto/rea/blob/main/docs/cli.md).

### Penggunaan ulang status dan hasil analisis

Integrasi Ghidra mempertahankan dekompiler pada program yang terbuka. Sesi MCP dapat menyimpan bukti analisis. Namun, setiap eksekusi CLI yang terpisah merupakan proses yang berbeda. Cakupan yang dapat dipertahankan dijelaskan dalam [dokumentasi instalasi](https://github.com/morluto/rea/blob/main/docs/installation.md).

### Catatan Evidence yang menyimpan bukti

Evidence adalah catatan yang memuat bukti dan batasan hasil analisis. Item yang belum diamati dapat tetap ditandai sebagai belum terkonfirmasi. Hasil yang kosong tidak serta-merta berarti fiturnya tidak ada. Pembedaan ini tercantum dalam [kontrak runtime MCP](https://github.com/morluto/rea/blob/main/docs/mcp-contracts.md).

Evidence dapat diibaratkan sebagai tanda terima. Namun, keberadaan tanda terima tidak menjamin ketepatan penafsiran. Kesimpulan penting perlu dicocokkan kembali dengan bukti asli dan hasil pengujian.

## Apa yang diimplementasikan ulang oleh aplikasi ArtCraft?

ArtCraft merilis aplikasi Rust untuk melakukan pekerjaan kreatif yang umum dikenal. Daftar resminya mencantumkan status seperti alfa awal atau masih dalam pengembangan. Apakah aplikasi tersedia gratis dan apakah aplikasi dapat menggantikan alat kerja perlu dinilai secara terpisah. Daftarnya dapat dilihat di [halaman Crafting Apps](https://getartcraft.com/apps).

| Aplikasi | Pekerjaan utama |
| --- | --- |
| PhotoCraft | Penyuntingan gambar |
| VectorCraft | Pembuatan ilustrasi vektor |
| FilmCraft | Penyuntingan video |
| LightCraft | Pengelolaan foto dan pemrosesan RAW |
| PdfCraft | Membuka PDF dan mengolah dokumen |
| EffectCraft | Grafis gerak dan efek visual |
| DesignCraft | Tata letak halaman dan penyuntingan publikasi |

PhotoCraft menyatakan tujuannya untuk mengimplementasikan ulang pekerjaan Photoshop. FilmCraft menyatakan tujuan serupa untuk pekerjaan Premiere Pro. Itu adalah tujuan proyek sebagaimana dijelaskan oleh tim pengembang, bukan hasil yang secara independen membuktikan kompatibilitas penuh.

## Perbandingan implementasi fitur dan kesiapan untuk pekerjaan nyata

Keberadaan fitur berbeda dari kesiapan untuk digunakan dalam pekerjaan nyata. FilmCraft menilai keduanya secara terpisah. Per 10 Oktober 2026, pembandingnya adalah Premiere Pro 26.5.2.

| Aspek penilaian mandiri FilmCraft | Angka yang dipublikasikan | Cakupan yang dijelaskan angka tersebut |
| --- | --- | --- |
| Cakupan fitur | Sekitar 86% | Cakupan item yang diimplementasikan, seperti menu, efek, panel, dan format |
| Kesiapan untuk pekerjaan nyata | Sekitar 56% | Perkiraan mandiri tentang tingkat kemampuan menggantikan alat dalam proyek nyata |

Perkiraan kesiapan untuk pekerjaan nyata saat itu adalah **sekitar 56%**. Kedua angka tersebut menggunakan kriteria penilaian yang berbeda. Selisihnya tidak boleh ditafsirkan sebagai tingkat kesalahan atau sisa waktu pengembangan. Angka dan batasannya dipublikasikan pada bagian Status di [FilmCraft README](https://github.com/storytold/filmcraft).

Dokumentasi resmi menyebut peningkatan kecepatan pemrosesan video berukuran besar sebagai pekerjaan yang perlu dilakukan. Membuka berkas proyek Premiere secara langsung juga disebut sebagai fitur yang belum didukung. Hosting plugin pun memiliki keterbatasan.

Karena itu, kemiripan tampilan saja tidak cukup untuk menentukan apakah aplikasi dapat menjadi pengganti. Seluruh alur kerja, termasuk menyimpan dan membuka kembali, perlu diperiksa. Dalam penyuntingan video, sinkronisasi berkas hasil ekspor juga perlu diverifikasi.

Kriteria berikut dapat digunakan sebagai daftar periksa saat membandingkan aplikasi.

| Aspek yang diperiksa | Hal yang perlu diuji langsung |
| --- | --- |
| Kompatibilitas berkas | Apakah berkas yang digunakan dapat dibuka dan disimpan kembali |
| Kualitas pemutaran | Apakah video pekerjaan yang sebenarnya tersendat atau audionya terlambat |
| Hasil akhir | Apakah warna, subtitel, dan suara video hasil ekspor sesuai dengan yang diinginkan |
| Pemulihan pekerjaan | Apakah proyek yang disimpan dapat dibuka kembali untuk melanjutkan pekerjaan |
| Lingkungan kerja yang sudah ada | Apakah plugin dan format pertukaran yang diperlukan didukung |

## Bagaimana CLI dan MCP mengubah cara menggunakan aplikasi

CLI dan MCP menyediakan cara mengoperasikan aplikasi selain mengeklik tampilan. Menurut penjelasan PhotoCraft, mesin yang sama dapat dipanggil melalui beberapa antarmuka. Jalur tersebut adalah UI·CLI·kanal kontrol JSON·MCP. Strukturnya dipublikasikan di [PhotoCraft README](https://github.com/storytold/photocraft).

Ini menjadi dasar bagi AI untuk memanggil fitur aplikasi menurut tugas. Agen bertugas mengubah permintaan dalam bahasa sehari-hari menjadi perintah yang dapat dijalankan. Prosedur untuk memeriksa hasilnya tetap diperlukan secara terpisah.

| Jalur pengoperasian | Pekerjaan yang sesuai | Hal yang perlu diperiksa |
| --- | --- | --- |
| UI layar | Penyuntingan yang memerlukan penilaian visual | Kesesuaian pratinjau dengan hasil akhir |
| CLI | Pekerjaan berulang dan eksekusi skrip | Opsi masukan dan status saat proses selesai |
| MCP | Pekerjaan yang dirangkai oleh agen AI | Fitur yang dipanggil dan verifikasi hasilnya |

Belum ada dasar yang cukup untuk memprediksi bahwa UI akan hilang. Manusia mungkin tetap perlu memeriksa hasilnya secara visual. Jalur otomatisasi dan tampilan penyuntingan visual dapat digunakan bersama.

## Kesalahan umum dalam memahami REA

Menyamakan kemampuan analisis REA dengan kemampuan menyalin produk jadi akan menimbulkan kesalahpahaman. Kualitas analisis juga sulit dinilai hanya dari jumlah alat. Setiap klaim berikut memerlukan bukti tersendiri.

| Klaim yang sering muncul | Hal yang perlu diperiksa secara terpisah |
| --- | --- |
| Semua aplikasi dapat dipulihkan dalam beberapa menit | Hasil pengukuran menurut sasaran, cakupan analisis, dan lingkungan |
| Jumlah alat selalu 126 | Daftar alat yang tersedia pada versi yang dipasang |
| Evidence mencegah halusinasi | Perbedaan antara pencatatan bukti dan ketepatan penafsiran |
| Jika dibuat dengan Rust, hasilnya selalu cepat | Kinerja pemrosesan yang diukur pada pekerjaan nyata |
| Jika tampilannya sama, fiturnya juga sama | Verifikasi yang mencakup penyimpanan, kompatibilitas, dan keluaran |
| Memisahkan agen berarti menjalankan ruang bersih yang sah | Cara memisahkan akses dan ketentuan penggunaan yang berlaku |

Daftar alat dapat diperiksa melalui `tools/list` pada versi yang dipasang. Ketersediaan alat untuk tiap pekerjaan juga perlu diperiksa. Kriteria terkait dijelaskan dalam [spesifikasi MCP](https://github.com/morluto/rea/blob/main/docs/mcp-contracts.md).

Peringkat tren GitHub memerlukan waktu dan periode penghitungan. Motivasi pengembang juga perlu diperiksa melalui pernyataan asli mereka. Klaim bahwa proyek dimulai karena biaya penalti pembatalan tidak diperlakukan sebagai fakta yang telah terkonfirmasi.

Klaim tentang penggunaan Claude Opus 5.5 juga memerlukan catatan proses pembuatan tersendiri. Publikasi sebuah aplikasi saja tidak membuktikan model yang digunakan. Periksalah klaim tersebut dalam catatan kerja pengembang atau naskah pengumuman aslinya.

## Syarat implementasi ulang dengan ruang bersih

Implementasi ulang dengan ruang bersih adalah cara memisahkan akses informasi antara proses analisis dan proses implementasi. Peran penyusun spesifikasi fitur dipisahkan dari peran penulis kode baru. Menempatkan agen di ruang percakapan yang berbeda saja tidak cukup.

Dokumentasi instalasi REA menjelaskan pembatasan akses berkas dan jaringan. Tujuannya agar lingkungan implementasi tidak dapat mengakses hasil dari proses analisis. Cara pemisahannya dapat dilihat dalam [dokumentasi instalasi dan penyiapan](https://github.com/morluto/rea/blob/main/docs/installation.md).

REA DISCLAIMER tidak menjamin ketepatan hasil. Memperoleh hasil analisis juga tidak memberikan hak atas karya asli. Hak dan ketentuan penggunaan setiap program harus diperiksa secara terpisah. Cakupannya tercantum dalam [REA DISCLAIMER](https://github.com/morluto/rea/blob/main/DISCLAIMER.md).

> Dekompilasi, rekonstruksi, heuristik, dan analisis berbantuan AI mungkin tidak lengkap atau keliru.
>
> REA DISCLAIMER, Hasil analisis dan keluaran yang dihasilkan

Pernyataan ini berarti analisis AI bisa tidak lengkap atau keliru. Sebutan ruang bersih juga tidak otomatis menjamin keabsahan hukum. Jika berencana mempublikasikan atau mengomersialkan hasilnya, periksa dahulu ketentuan penggunaan sasaran tersebut.

## Perbedaan antara analisis lokal dan pengiriman data ke AI

Analisis lokal tidak berarti seluruh informasi dicegah agar tidak terkirim ke luar. REA menjelaskan bahwa berkas sasaran analisis diproses secara lokal. Namun, kebijakan penyedia model berlaku bagi agen yang menerima hasil dari alat. Pembedaan ini dijelaskan dalam [REA FAQ](https://github.com/morluto/rea).

Hasil analisis dapat memuat string dari dalam berkas. Catatan eksekusi dapat tercampur dengan informasi akun. Jika menyelidiki aplikasi yang digunakan untuk pekerjaan, periksa dahulu hal berikut.

- Data pribadi dan informasi rahasia yang mungkin termuat dalam hasil analisis
- Keluaran alat yang dikirim agen kepada penyedia model
- Kebijakan penyimpanan, pelatihan, dan retensi layanan model
- Batasan berbagi laporan analisis dan log

Sasaran analisis juga dapat memuat instruksi yang dirancang untuk mengelabui AI. Dokumentasi REA menjelaskan bahwa instruksi tersebut harus diperlakukan sebagai data yang tidak tepercaya. Instruksi di dalam berkas tidak boleh diterima sebagai perintah pengguna. Prinsip penanganannya tercantum dalam [spesifikasi MCP](https://github.com/morluto/rea/blob/main/docs/mcp-contracts.md).

## Urutan untuk melakukan verifikasi langsung

Mulailah verifikasi dengan menentukan secara sempit fitur yang ingin direproduksi. Tujuan untuk memahami seluruh aplikasi memiliki kriteria penyelesaian yang tidak jelas. Menentukan masukan dan hasil yang diharapkan memudahkan penilaian atas kegunaan analisis.

1. Pilih program yang Anda berwenang analisis.
2. Tentukan fitur yang akan diperiksa dan masukan pengujiannya.
3. Catat versi REA dan alat analisis.
4. Simpan bukti dan item yang belum terkonfirmasi secara terpisah.
5. Bandingkan perilaku sebenarnya dengan hasil analisis di lingkungan yang diizinkan.
6. Jika melakukan implementasi ulang, bandingkan hasilnya menggunakan masukan yang sama.
7. Catat masukan yang gagal dan kondisi yang tidak didukung.

Nilai hash berkas sasaran juga dapat dicatat dalam laporan. Hash adalah nilai untuk membedakan apakah berkasnya sama. Jika versi dan kondisi pengujian dicatat, orang lain akan lebih mudah memverifikasi ulang hasilnya.

## Di mana daya saing perangkat lunak akan bertahan?

Meskipun kemungkinan implementasi ulang meningkat, tidak semua nilai produk dapat disalin. Analisis klien saja tidak memberikan akses ke data server. Hubungan dengan pengguna dan kemampuan mengoperasikan layanan juga merupakan hal yang terpisah.

Berdasarkan dokumentasi yang dipublikasikan, kriteria persaingan dapat diperkirakan akan berubah. Produk menjadi sulit dinilai hanya dari seberapa cepat fiturnya diimplementasikan. Kualitas yang dapat diverifikasi dan kemampuan operasional juga perlu dipertimbangkan.

| Faktor persaingan | Hal yang ditunjukkan REA dan contoh implementasi ulang |
| --- | --- |
| Implementasi fitur | Menghubungkan alat untuk menyelidiki perilaku yang sudah ada menjadi lebih mudah |
| Kematangan produk | Keberadaan fitur dan kesiapan untuk pekerjaan nyata perlu dinilai secara terpisah |
| Aksesibilitas otomatisasi | Antarmuka yang dapat dipanggil, seperti CLI·MCP, memperluas cara pemanfaatannya |
| Operasional layanan | Data server dan hubungan dengan pengguna perlu dibangun secara terpisah |

Tabel ini adalah penafsiran berdasarkan dokumentasi resmi. Tabel ini bukan hasil pengukuran perubahan pendapatan di seluruh pasar. Dampaknya pada setiap perusahaan dapat berbeda menurut kualitas produk dan struktur operasionalnya.

## FAQ

### Apakah REA memulihkan kode sumber asli?
REA tidak menjamin pemulihan kode sumber yang identik dengan aslinya. Analisis native memberikan petunjuk seperti pseudocode dan instruksi. Berdasarkan petunjuk itu, agen menjelaskan cara kerjanya atau menulis implementasi.

### Apakah Ghidra wajib digunakan untuk memakai REA?
Tergantung pada apa yang dianalisis. Analisis native menggunakan alat seperti Ghidra, Hopper, dan IDA. Untuk analisis JavaScript statis atau .NET, ada cara yang tidak memerlukan alat analisis native.

### Apakah REA memiliki 126 alat?
Angka itu sulit dianggap tetap tanpa menyebutkan versinya. Periksa daftar alat melalui tools/list pada versi yang Anda instal. Alat yang tercantum pun mungkin tidak dapat digunakan di lingkungan saat ini.

### Jika ada catatan Evidence, apakah penjelasan AI bisa dipercaya?
Evidence adalah sarana untuk melacak dasar dan keterbatasannya. Meski ada catatan, penafsirannya bisa keliru. Verifikasi kesimpulan penting dengan menjalankannya secara langsung atau melakukan pengujian terpisah.

### Apakah REA dan ArtCraft alat yang sama?
Keduanya adalah proyek yang berbeda. REA menghubungkan alat rekayasa balik dengan agen. Crafting Apps dari ArtCraft digunakan untuk mengedit gambar, video, dokumen, dan sebagainya.

### Bolehkah FilmCraft langsung digunakan sebagai pengganti Premiere Pro?
Periksa dahulu kompatibilitas dan kualitas hasil yang dibutuhkan untuk pekerjaan Anda. Dokumentasi resmi FilmCraft menjelaskan status alfa dan keterbatasan fiturnya. Pada 10 Oktober 2026, perkiraan internal mengenai kesiapan untuk penggunaan praktis adalah sekitar 56%.

### Apakah cakupan fitur FilmCraft sebesar 86% berarti kinerjanya sama?
Itu tidak berarti kinerjanya sama. Angka sekitar 86% pada 10 Oktober 2026 adalah penilaian internal atas cakupan fitur yang telah diimplementasikan. Angka itu bukan ukuran kecepatan pemrosesan atau tingkat kesalahan.

### Jika CLI dan MCP didukung, apakah antarmuka layar tidak lagi diperlukan?
Bertambahnya cara untuk melakukan otomatisasi tidak berarti antarmuka layar menjadi tidak diperlukan. Layar mungkin tetap dibutuhkan untuk pengeditan visual atau memeriksa hasil. Beberapa cara pengoperasian dapat digunakan bersama sesuai dengan jenis pekerjaan.

### Jika analisis dilakukan secara lokal, apakah informasi perusahaan tidak akan keluar?
Analisis lokal perlu dibedakan dari pengiriman data oleh agen. Hasil dari alat dapat dikirim ke layanan model eksternal. Periksa pengaturan agen yang Anda gunakan dan kebijakan data penyedianya.

### Apakah memisahkan agen AI saja cukup untuk menyelesaikan implementasi ulang clean room?
Membagi peran saja tidak cukup. Akses ke berkas dan jaringan dalam lingkungan implementasi juga harus dipisahkan. Pemisahan teknis seperti ini tidak otomatis menjamin legalitas.

### Apakah REA saja dapat digunakan untuk menyalin data dan kode di server?
Analisis klien saja tidak dapat memperoleh seluruh isi internal server. Permintaan dan respons yang diamati hanyalah petunjuk yang terbatas. Keduanya bukan bukti yang menunjukkan seluruh implementasi atau data server yang tidak dipublikasikan.

### Apakah tulisan ini berdasarkan pengalaman langsung menggunakan REA dan ArtCraft?
Ini adalah penjelasan teknis berdasarkan pemeriksaan dokumentasi resmi. Aplikasi tidak dijalankan dan pengujian kinerja tidak dilakukan. Penjelasan fitur yang dipublikasikan dan penilaian internal tim pengembang disajikan secara terpisah.

## Sources

- [REA README: sasaran yang didukung, cara kerja, FAQ](https://github.com/morluto/rea)
- [Ghidra Software Reverse Engineering Framework](https://github.com/NationalSecurityAgency/ghidra)
- [REA CLI dan Bukti](https://github.com/morluto/rea/blob/main/docs/cli.md)
- [Kontrak runtime REA MCP](https://github.com/morluto/rea/blob/main/docs/mcp-contracts.md)
- [Instalasi dan penyiapan REA](https://github.com/morluto/rea/blob/main/docs/installation.md)
- [PENAFIAN REA: cakupan penggunaan dan keterbatasan hasil analisis](https://github.com/morluto/rea/blob/main/DISCLAIMER.md)
- [Daftar resmi ArtCraft Crafting Apps](https://getartcraft.com/apps)
- [FilmCraft README: fitur, status alfa, penilaian mandiri pada 10 Oktober 2026](https://github.com/storytold/filmcraft)
- [PhotoCraft README: mesin penyuntingan dan kendali agen](https://github.com/storytold/photocraft)

## Images

![Pria bersweter gelap mengamati tablet yang menampilkan dua pratinjau video dan linimasa penyuntingan.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzAxOTUsInB1ciI6ImJsb2JfaWQifX0=--945925f39590e27477cbcb5280f3e9984ab90869/ai-ed2a455d.webp)
![Perempuan bersweter biru menatap monitor, sementara pria bekerja di balik kaca; grafis jaringan tampak di antara mereka.](https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MzAyMDEsInB1ciI6ImJsb2JfaWQifX0=--9d6b6cad7c57d623804982aaeddbe8270740975f/ai-33a9acb5.webp)