Skip to content

[feature]: TRAE #643

Closed
Closed

Description

@jonasfroeller

What problem does this solve?

There is currently no TRAE support.

Proposed solution

The database is SQLCipher-encrypted. My implementation is still pretty ugly and currently has the encryption key hardcoded, so I won't post it here yet. I'll add it here or open a pull request once I have the time.

Image

Alternatives considered

https://github.com/suaskot/slopmeter

Category

New AI tool integration

Anything else?

No response

Activity

  1. linear commented on Sep 17, 2026

    @linear
  2. xiufengsun commented on Sep 20, 2026

    @xiufengsun
    Owner

    Happy to take a PR. Two constraints worth knowing before you spend time on it, both learned from the TRAE CN attempt in #474:

    A hardcoded decryption key is fine to post. It is in the shipped binary, so it is not a secret — extracting it is the normal way anyone reads a SQLCipher store. What I will not merge is anything that sends a user credential off the machine; if the integration needs a token for a vendor API, that path has to be opt-in behind an explicit flag, defaulting off.

    Verify what input_tokens actually means before you trust it. This is the single thing most provider PRs get wrong here. Codex and every-code fold cached reads into their input count, and copying that naively inflated cost 6-7x. Check the parsed numbers against TRAE's own billing or cost field on a few hundred records rather than assuming the field names mean what they say. The repo's normalization is:

    input_tokens                = non-cached input only
    cached_input_tokens         = cache reads
    cache_creation_input_tokens = cache writes
    reasoning_output_tokens     = reasoning
    

    Also: if this is international TRAE and the CN build writes a different store, they should be separate sources rather than one bucket — same call I made for WorkBuddy in #632.

    No rush on timing. If you want, open it as a draft early and I will review the parser shape before you polish it.

  3. jonasfroeller commented on Sep 20, 2026

    @jonasfroeller
    Author

    "A hardcoded decryption key is fine to post." - I wasn't sure if it was device-bound and therefore unique. I got the idea from the CN version, but I didn't know if it was universal for the English one too. (I didn't even check until now, but yeah, it matches exactly ^^)

    Noted. Thank you for the recommendations! I have to do a few other things first tho, so it might take a few more days.

  4. xiufengsun commented on Sep 30, 2026

    @xiufengsun
    Owner

    Released in v1.1.4. The published release includes the CLI and macOS, Windows, and Linux builds. TRAE costs can be partial for multi-request turns, and the Linux TRAE data path remains unverified.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    enhancementNew feature or request

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions