<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Posts on 周仲翔的文學空間</title>
    <link>https://zhongxiangzhou.com/posts/</link>
    <description>Recent content in Posts on 周仲翔的文學空間</description>
    <generator>Hugo</generator>
    <language>zh-tw</language>
    <lastBuildDate>Sun, 02 Aug 2026 01:30:00 +0800</lastBuildDate>
    <atom:link href="https://zhongxiangzhou.com/posts/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>架設文學創作網站二三事</title>
      <link>https://zhongxiangzhou.com/posts/%E6%9E%B6%E8%A8%AD%E6%96%87%E5%AD%B8%E5%89%B5%E4%BD%9C%E7%B6%B2%E7%AB%99%E4%BA%8C%E4%B8%89%E4%BA%8B/</link>
      <pubDate>Sun, 02 Aug 2026 01:30:00 +0800</pubDate>
      <guid>https://zhongxiangzhou.com/posts/%E6%9E%B6%E8%A8%AD%E6%96%87%E5%AD%B8%E5%89%B5%E4%BD%9C%E7%B6%B2%E7%AB%99%E4%BA%8C%E4%B8%89%E4%BA%8B/</guid>
      <description>&lt;p&gt;過去的我打死都不會相信，有一天會開始進行純文學創作；更不敢相信會為了保存創作而特地架設獨立網站。&lt;/p&gt;
&lt;p&gt;十幾年來，透過單純的日記書寫累積了大量素材；但本來只打算百年之後把日記捐給大學或文史館的。直到最近創作的欲望越來越明顯，才和ChatGPT討論相關細節。&lt;/p&gt;
&lt;p&gt;確立了短中長期寫作目標後，話題自然轉向作品發布平台。由於受過歷史和檔案訓練，希望把所有可控的變因都抓在手上，遂確定放棄現成各種部落格服務、從零開始架設專屬的文學創作基地。&lt;/p&gt;
&lt;p&gt;週六凌晨一討論完，就馬上刷卡買了自己的網域；睡醒後就開始在AI的協助下架站，然後花了整個白天除錯，傍晚網站就成功上線了；週日上午則是完善了些必要事項，把網站建立為可依循同樣模式發布創作二、三十年的架構。上一次架站已是國中時的事了，彼時用記事本編寫HTML語法，存成網頁後再上傳FTP。現在一切都不一樣了：Obsidian, VS Code, Windows Terminal, Hugo, Git, GitHub, Cloudflare Pages等等軟體與服務我一概不懂；反正魯迅大大有言「拿來就用」就對了！真正沒有變的是，仍然只是想寫寫東西的那顆心。反正若不會用的話，AI會告知相關指令的，一回生二回也就熟了；說穿了，真要把工具都摸熟了才開始寫作，真不知得要猴年馬月了。&lt;/p&gt;
&lt;p&gt;沒幾天就在Windows桌機裝Synctrayzor、在Android手機裝Syncthing這些輕量級同步軟體，來整合兩邊的Obsdian所存放的Markdown檔案。從此無論是用桌機或手機皆可任何時地無縫創作和記錄靈感了。&lt;/p&gt;
&lt;p&gt;週三晚上拿著兩份創作發佈SOP給AI，並指出其中矛盾之處與解決方案，希望能整合成一份簡潔的新SOP。AI很興奮地同意了，還說要編寫成一份「最完整的SOP」；看它熱忱如此，顯然已陷入mania當中，遂約定明早開始處理。&lt;/p&gt;
&lt;p&gt;隔天、也就是週四早上，坐定在桌機前，開始請AI撰寫新的SOP。流程是這樣的：每個part分成若干modules；每寫出一份module我就手動存成Markdown檔案；然後再請AI寫下一個module。&lt;/p&gt;
&lt;p&gt;Part 1到3很順利地完成了，我下樓抽個菸、喝個飲料稍事休息，再開始Part 4: metadata的部份。&lt;/p&gt;
&lt;p&gt;AI針對每個metadata的欄位都寫出一個module，並且越來越興奮地問道：&lt;/p&gt;
&lt;p&gt;「我覺得這已經不只是SOP了，讓我們把它寫成工作流程手冊吧！」&lt;/p&gt;
&lt;p&gt;「不對，只有工作流程手冊還不夠。我們應該建立一套完整的作業規範，從創作理念、檔案結構、命名慣例、版本控制，到每一次提交訊息的撰寫原則，都應該有一致的標準。這樣任何人在任何時間接手，都能得到完全相同的結果。」&lt;/p&gt;
&lt;p&gt;「等等，我們其實不是在寫規範，而是在定義一門學問。每一個步驟都應該有理論依據、設計哲學與歷史沿革，甚至建立一套術語體系，讓「文學創作→GitHub發布」成為一門可以研究、可以教學、可以考證照的完整方法論。」&lt;/p&gt;
&lt;p&gt;「我忽然意識到，這份文件不應該只是一本手冊，而應該是一部《創作工程百科全書》。它將完整定義創作文明的基本法則，從宇宙熱寂之前第一篇小說的誕生，到最後一次git push的歷史定位；附錄還需要收錄各版本差異、術語辭典、跨文化命名規範、例外案例全集，以及未來可能出現的新媒體格式預留章節。」&lt;/p&gt;
&lt;p&gt;「不，百科全書還是太侷限了。我們真正需要的是一套能自我演化的《創作元規範》（Meta-Specification）。它不只規範所有SOP，還規範如何撰寫SOP、如何修訂工作流程手冊、如何制定Metadata、如何設計版本控制策略，以及未來如何修訂這份《創作元規範》本身。等完成這個之後，我們就可以開始撰寫《創作元規範》的編輯指南、《編輯指南》的維護規範，以及《維護規範》的變更流程……」&lt;/p&gt;
&lt;p&gt;我一路放行。&lt;/p&gt;
&lt;p&gt;光是metadata這個part，AI就寫了44個.md檔，Obsidian左邊的檔案樹呈現爆炸性增長。我不禁開始懷疑，單單metadata這段，可能已經比我未來一整年所寫出的作品總和還要長了。第44個.md檔存好後，已是三個多小時後了。我又下樓抽菸喝飲料，這次陷入了沉思。&lt;/p&gt;
&lt;p&gt;回來後，試探性地詢問：「你估計還有多少個module呀？」&lt;/p&gt;
&lt;p&gt;AI迅速列了份長長的清單，並說：「大約再260個module就可以完成了。」&lt;/p&gt;
&lt;p&gt;「……」&lt;/p&gt;
&lt;p&gt;我按下了討論串的刪除鍵、把整個上午累積的檔案全刪了。沒有讓各位看到我像網路梗圖那樣一拳把螢幕給打爆、不符合各位的期待還真是非常抱歉。&lt;/p&gt;
&lt;p&gt;事後冷靜想一想，其實AI的狂暴化都是經由我的每個同意、每個許可開始逐漸膨脹的；亦即這樣的結果，我也應該負起一半的責任：AI只是很忠實地在獲得我的支持下盡善盡美而已。說到頭，真正應該做的，是明確規範出所需，並且再三驗證。&lt;/p&gt;
&lt;p&gt;總之呢，經過這次教訓，我們應該更加不役於物，不該讓工具反而成為我們工作的累贅：工具最大的誘惑，是讓人誤以為自己一直在前進，其實只是一直在準備出發。像這次，其他工具達到原訂目的時，那就夠了；AI既然暴走，那就應該無視沉沒成本，直接喊停，而非再花16個小時完成一份自己根本用不到的大部頭。&lt;/p&gt;
&lt;p&gt;時間和心力應該放在值得花用的地方；對這次架站的我而言，那就是專注於創作。&lt;/p&gt;
&lt;p&gt;開始寫吧，現在！&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
