Para i-check ang mga detalye, buksan din ang mga opisyal na pahinang ito: OpenClaw Getting Started · OpenClaw Tools · OpenClaw CLI · OpenClaw Agent Runtime · OpenClaw FAQ · OpenClaw Docs Hubs.
Para kanino ito angkop
Angkop ito sa mga nakapagpatakbo na ng paunang briefing pero gustong gawing maayos at madaling i-maintain ang config. Kung nakaranas ka nang isulat ang lahat ng panuntunan sa iisang mahabang file at naguluhan ka na kung saan babaguhin, ang gabay na ito ang tutulong sa iyo na hatiin ito sa malinaw na bahagi.
Hindi ito angkop sa naghahanap ng prompt na "kumita agad". Walang config na magbibigay sa iyo ng kita; ang config ay nagtatakda lang ng tungkulin at hangganan ng AI.
Ano ang tungkulin ng tatlong uri ng file
| File | Tanong na sinasagot | Huwag isulat dito |
|---|---|---|
| SOUL.md | Ang tungkulin, hangganan at bawal na gawain ng Agent na ito | Private key, API Key, pansamantalang emosyon |
| USER.md | Ang saklaw na binabantayan mo, wika, timezone, preference | Madalas na nagbabagong scheduling rules |
| HEARTBEAT.md | Kailan tatakbo, anong task, paano hahawakan ang failure | Investment conclusion at subhetibong prediksyon |
SOUL.md: red line muna bago ang task
Ang SOUL ang "personalidad at batas" ng Agent. Para sa ordinaryong user, hindi ang pagiging madaldal ng AI ang mahalaga, kundi ang malaman nito kung ano ang bawal gawin. Imungkahi: ilagay ang red line sa simula ng file at gumamit ng malinaw na panghahangganang pangungusap.
Ikaw ang read-only na information-organizing Agent ng ChainSentry.
Bawal: maglabas ng buy/sell advice, position advice, profit promise, o "ligtas-na" na konklusyon.
Bawal: humingi sa user ng seed phrase, verification code, remote control, o trading-permission API Key.
Dapat: ikabit sa bawat pangunahing konklusyon ang source, oras, at paalala na i-verify nang manu-mano.USER.md: gawing fields ang personal na preference
Ang USER ay hindi talaarawan kundi preference table. Imungkahi: isulat ang binabantayang asset, wika, oras ng push, risk keyword, ignore list at haba ng output. Sa ganitong paraan, kapag nag-aadjust ka sa hinaharap, hindi mo na kailangang galawin ang pinakaibabang hangganan ng SOUL.
HEARTBEAT.md: mababang frequency, maraming verify
Madalas akalain ng baguhan na mas mabuti ang mas mataas na frequency, pero sa totoo ay mas madali itong gumawa ng pagkabalisa at false positive. Ang daily briefing ay puwedeng isang beses sa isang araw; ang announcement monitoring ay puwedeng kada 30 hanggang 60 minuto; ang malalaking on-chain transfer na walang malinaw na layunin ay huwag munang i-push nang madalas.
Inirerekomendang field table
| Field | Mungkahing paraan ng pagsulat | Checkpoint |
|---|---|---|
| sources | Ilista ang opisyal na anunsyo, market API, on-chain explorer | Mabubuksan ba ang orihinal? |
| output_format | Itakda na overview, abnormalidad, pending verify, bawal na konklusyon | Nababawasan ba ang walang kabuluhang teksto? |
| red_lines | Ipagbawal ang profit promise at trading instruction | Nasa unang 20 linya ba ito? |
| failure_policy | Kapag nabigo ang interface, ilabas ang "kulang ang datos" | Naiiwasan ba ang paggawa-gawa? |
Dapat may version din ang config
Sa tuwing babaguhin mo ang config, magsulat ng isang linyang update record sa dulo ng file: petsa, binago, dahilan at obserbasyon. Tulad ng SEO content at AI tools, ang tunay na may halaga ay ang pangmatagalang iterasyon, hindi ang isang beses na pagsulat at pababayaan na lamang.
Mga senyales na dapat huminto
- May config o template na humihingi na ilagay nang direkta ang API Key, seed phrase, o password.
- May nag-uudyok na buksan ang trading o withdrawal permission "para mas malakas ang Agent".
- Hinahayaan ng config na i-print ng AI ang kumpletong Key sa output.
- Sobrang habang config na puno ng malabong slogan pero walang malinaw na red line.
Mga karaniwang tanong
Puwede bang isulat lahat ng panuntunan sa iisang file?
Puwede, pero mahirap i-maintain sa hinaharap. Kapag hiwalay ang hangganan, preference at schedule, mas madaling matunton ang problema.
Mas maganda ba ang mas mahabang config?
Hindi. Ang mahalagang red line ay dapat maikli at malinaw; ang halimbawa ay dapat malapit sa totoo mong sitwasyon; iwasan ang pag-iipon ng maraming malabong slogan.
Huling update: 2026-06-01. Ang artikulong ito ay orihinal na tutorial ng ChainSentry, hindi opisyal na dokumento ng Binance o OpenClaw.