由於目前 chatGPT 一個 chat 總長度(註)仍然有限，因此「如何將話題用 new chat 銜接」是很重要的。

今天實驗的結果，可以用這樣的句型開頭，效果不錯：

我正在進行 TDD 的軟體開發，我使用的是 Rails, ...。
我的目標是...

實例

如果我遇到了純技術問題，跟專案目標無關

我正在進行 TDD 的軟體開發，我使用的是 Rails, webmock, minitest, HTTParty。
我的目標是要把 rails app 整合到 Ragic api。因此我加入了 gem "webmock" 協助我 stub request。但我所有的 system test 都因為他不能運作了

ChatGPT 就會開始分析可能的原因，以及提供可能解法～

如果我要往專案下一個目標推進

我正在進行 TDD 的軟體開發，我使用的是 Rails, webmock, minitest, HTTParty。
我的目標是要把 rails app 整合到 Ragic api。
Ragic api 的網址都以 `https://example.com/` 開頭。
目前我正在將 House model 的資料儲存到 Ragic。以下是我的檔案及程式碼
```
# test/models/houses/ragicable_test.rb
require 'test_helper'
require 'webmock/minitest'
...

```

```
# app/models/house.rb
class House
  ...
end
```

ChatGPT 會分析這些檔案達到了哪些目的。
並提出他覺得可能沒做好的地方（如果有的話才會）。
我便可看出他是否理解正確。
然後，建立一個空白（或是有註解步驟）的測試案例，把標題寫清楚，就能清楚的邀請他繼續實作：

```
# test/models/houses/ragicable_test.rb
require 'test_helper'
require 'webmock/minitest'
...
test "should handle error response message" do
end
...

```

小結

整體來說，TDD with GPT 的過程會遇到幾個問題：
1. 對話過長；
2. 小問題也想在同一串對話中解決，導致失焦，甚至要請 GPT 重新列出他手上的程式；
3. 部分問題是 GPT 3.5 就能回答的，不需要浪費 GPT 4 額度。

期望透過這些技巧能避免上述問題～✌️

註：
事實上一個 chat 總長度沒有限制。
每次都進行小段對話會以為對話可以一直下去。
但 4~32k tokens 的限制是指：從最新的對話開始往前拉資料，裝滿 token limit 為止。
因此講到越後面，前面就會都失效～

如何避免 chatGPT 整體對話過長

實例

如果我遇到了純技術問題，跟專案目標無關

如果我要往專案下一個目標推進

小結