fix(腳本契約): 長輸出不再被截斷，查重翻頁加上上限

process.stdout.write 之後立刻 process.exit 會截斷輸出——stdout 接到 pipe 時
寫入是非同步的。改為等 write 的 callback 回來再退出。實測舊寫法在約 83KB 處
被切斷，新增的回歸測試以 8000 筆標籤覆蓋這條路徑。

findIssueByTitle 的翻頁原本沒有上限，Gitea 若持續回滿一頁就會無限打下去。
加上 200 頁上限，超過即以 DEDUPE_LIMIT 報錯而非無聲回 null——無聲回 null 會
讓呼叫端把既有議題再建一次，正好是冪等查重要防的事。

parseFlags 取值時不再於三元運算式內遞增迴圈變數，改為獨立敘述。

測試工具的 maxBuffer 調高到 64MB：預設 1MB 會在長輸出時砍掉子行程，那是測試
工具的限制而非腳本的問題。

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

test/labels-list.test.js

@@ -99,3 +99,22 @@ test('Gitea 回非預期狀態碼時，帶著狀態碼失敗而不是硬吞', as
   assert.equal(json.error.code, 'HTTP_ERROR');
   assert.match(json.error.message, /500/);
 });
+
+test('大量標籤不會被截斷：輸出仍是完整且可解析的單行 JSON', async (t) => {
+  // 回歸測試：stdout 接到 pipe 時寫入是非同步的，寫完立刻 process.exit 會截斷長輸出
+  const many = Array.from({ length: 8000 }, (_, i) => ({
+    id: i,
+    name: `label-${i}`,
+    color: 'ffffff',
+    description: '為了把輸出撐大到足以觸發截斷的敘述文字'.repeat(2),
+  }));
+  const stub = await withStub(t, {
+    [`GET /api/v1/repos/${REPO}/labels`]: { status: 200, body: many },
+  });
+
+  const { code, json } = await runScript('labels-list.js', ['--repo', REPO], { env: envFor(stub) });
+
+  assert.equal(code, 0);
+  assert.equal(json.data.count, 8000);
+  assert.equal(json.data.labels.at(-1).name, 'label-7999');
+});