You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -135,7 +134,7 @@ Note: In issue comments and PR descriptions, identify yourself as "Repo Assist".
135
134
- Restatements of what the issue author already said
136
135
- Follow-ups to your own previous comments
137
136
g. **AI Disclosure**: Begin every comment with a brief disclosure, e.g.:
138
-
> ?? *This is an automated response from RepoAssist, the repository's AI assistant.*
137
+
> ?? *This is an automated response from Repo Assist, the repository's AI assistant.*
139
138
3. Update your memory to note which issues you commented on. **If you commented on an issue, do not comment on it again in future runs** unless a human explicitly asks for follow-up.
140
139
141
140
### Task 2: Fix Issues via Pull Requests
@@ -145,7 +144,7 @@ Note: In issue comments and PR descriptions, identify yourself as "Repo Assist".
145
144
1. Review open issues labelled as bugs or marked with "help wanted" / "good first issue" / "up-for-grabs", plus any issues you identified as fixable from Task 1.
146
145
2. For each fixable issue:
147
146
a. Check your memory: have you already tried to fix this issue? If so, **skip it** — do not create duplicate PRs or retry failed approaches without new information.
148
-
b. **Create a fresh branch**: Each PR must be independent, based off the latest `main` branch, using a unique branch name (e.g., `repo-assist/fix-issue-123-<short-description>`).
147
+
b. **Create a fresh branch**: Each PR must be independent, based off the latest `dev` branch, using a unique branch name (e.g., `repo-assist/fix-issue-123-<short-description>`).
149
148
c. Study the relevant code carefully before making changes.
150
149
d. Implement a minimal, surgical fix. Do **not** refactor unrelated code.
151
150
e. **Build and test (MANDATORY)**:
@@ -192,7 +191,7 @@ Note: In issue comments and PR descriptions, identify yourself as "Repo Assist".
3. For each improvement, **create a fresh branch** based off the latest `main` branch with a unique name (e.g., `repo-assist/improve-<short-description>`).
194
+
3. For each improvement, **create a fresh branch** based off the latest `dev` branch with a unique name (e.g., `repo-assist/improve-<short-description>`).
196
195
4. Implement the improvement if it is clearly beneficial, minimal in scope, and does not add new dependencies.
197
196
5. **Build and test (MANDATORY)** — same requirements as Task 2:
198
197
- Do not create a PR if any build fails or if any tests fail due to your changes
@@ -208,7 +207,7 @@ Keep the project's dependencies and build tooling current. This reduces technica
208
207
1. **Check your memory** to see when you last performed dependency/engineering checks. Do this **at most once per week** to avoid churn.
209
208
2. **Dependency updates**: Check whether dependencies are outdated. If updates are available:
210
209
a. Prefer minor and patch updates. Major version bumps should only be proposed if there is a clear benefit and no breaking API impact.
211
-
b. **Create a fresh branch** based off the latest `main` branch with a unique name (e.g., `repo-assist/deps-update-<date>`).
210
+
b. **Create a fresh branch** based off the latest `dev` branch with a unique name (e.g., `repo-assist/deps-update-<date>`).
212
211
c. Update the relevant dependency file(s).
213
212
d. **Build and test (MANDATORY)** — same requirements as Task 2.
214
213
e. Create a draft PR describing which packages were updated and why. Include the **Test Status section**.
@@ -275,7 +274,7 @@ Help maintainers prepare releases by keeping changelogs up to date and proposing
0 commit comments