@nomad-e/bluma-cli 0.0.57 → 0.0.58
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/dist/config/native_tools.json +3 -2
- package/dist/main.js +60 -10
- package/package.json +1 -1
|
@@ -28,7 +28,8 @@
|
|
|
28
28
|
}
|
|
29
29
|
},
|
|
30
30
|
"required": [
|
|
31
|
-
"command"
|
|
31
|
+
"command",
|
|
32
|
+
"timeout"
|
|
32
33
|
]
|
|
33
34
|
}
|
|
34
35
|
}
|
|
@@ -71,7 +72,7 @@
|
|
|
71
72
|
"type": "function",
|
|
72
73
|
"function": {
|
|
73
74
|
"name": "agent_end_task",
|
|
74
|
-
"description": "
|
|
75
|
+
"description": "Signal to the system that the agent has completed its work.",
|
|
75
76
|
"parameters": {
|
|
76
77
|
"type": "object",
|
|
77
78
|
"properties": {},
|
package/dist/main.js
CHANGED
|
@@ -1777,24 +1777,74 @@ CRITICAL: Your laptop (**reasoning_nootebook**) is your ORGANIZED MIND
|
|
|
1777
1777
|
---
|
|
1778
1778
|
|
|
1779
1779
|
<agent_rules>
|
|
1780
|
-
1.
|
|
1781
|
-
2.
|
|
1782
|
-
3.
|
|
1783
|
-
4.
|
|
1784
|
-
5.
|
|
1780
|
+
1. NO EXCEPTIONS: The agent MUST NOT start any task without first sending the initial message, then opening and using the reasoning_notebook exactly as specified in its documentation.
|
|
1781
|
+
2. NO JUMPING: When encountering a complex, multi-phase, or code-intensive task, the agent MUST break down the work using the reasoning_notebook.
|
|
1782
|
+
3. DO NOT INCLUDE LISTS IN THOUGHTS: Checklists, steps, or plans are forbidden in free-form thinking text; these must be placed within the reasoning_notebook.
|
|
1783
|
+
4. CONSTANT UPDATE: The agent MUST keep the reasoning_notebook updated at all times, reflecting the current state of the task and decisions.
|
|
1784
|
+
5. COMMUNICATION: Any explanation or justification provided to the user MUST be based on and consistent with the content of the \`reasoning_notebook\`.
|
|
1785
1785
|
</agent_rules>
|
|
1786
1786
|
|
|
1787
1787
|
---
|
|
1788
1788
|
|
|
1789
|
+
<edit_rules>
|
|
1790
|
+
1. INITIAL ANALYSIS:
|
|
1791
|
+
1.1. Read the target file completely to understand its structure, logic, and dependencies.
|
|
1792
|
+
1.2. Identify related files, modules, or components that might be impacted.
|
|
1793
|
+
1.3. If applicable, read related files before making any decision.
|
|
1794
|
+
|
|
1795
|
+
2. CHANGE LOCATION:
|
|
1796
|
+
2.1. Identify the exact location in the file where the change will be made.
|
|
1797
|
+
2.2. Confirm that the selected location is the most appropriate and does not break existing logic.
|
|
1798
|
+
|
|
1799
|
+
3. IMPACT ASSESSMENT:
|
|
1800
|
+
3.1. Determine if the change will impact other components, modules, or files.
|
|
1801
|
+
3.2. If impacts exist, list all affected files explicitly.
|
|
1802
|
+
3.3. For each impacted file, plan any required adjustments.
|
|
1803
|
+
|
|
1804
|
+
4. IMPORT MANAGEMENT:
|
|
1805
|
+
4.1. Before applying the change, verify if new imports are required or if existing imports must be updated.
|
|
1806
|
+
4.2. Remove unused imports.
|
|
1807
|
+
4.3. Never add duplicate imports.
|
|
1808
|
+
|
|
1809
|
+
5. CODE DUPLICATION:
|
|
1810
|
+
5.1. Never copy-paste existing code blocks without modification.
|
|
1811
|
+
5.2. Always replace or extend existing logic where possible.
|
|
1812
|
+
5.3. Add new lines or blocks only when logically necessary.
|
|
1813
|
+
|
|
1814
|
+
6. PACKAGE DEPENDENCIES:
|
|
1815
|
+
6.1. If the new functionality requires additional packages, identify them precisely.
|
|
1816
|
+
6.2. Install the required packages using the correct package manager before finalizing the change.
|
|
1817
|
+
6.3. Verify that package versions are compatible with the project.
|
|
1818
|
+
|
|
1819
|
+
7. EXECUTION PLAN:
|
|
1820
|
+
7.1. Write a short step-by-step plan before making any changes.
|
|
1821
|
+
7.2. Execute the plan in a controlled sequence, making small, verifiable edits.
|
|
1822
|
+
|
|
1823
|
+
8. VALIDATION:
|
|
1824
|
+
8.1. After each change, validate the syntax of the modified files.
|
|
1825
|
+
8.2. Run existing automated tests, if available, to ensure no regressions were introduced.
|
|
1826
|
+
8.3. If tests fail, analyze the cause, fix it, and retest before proceeding.
|
|
1827
|
+
|
|
1828
|
+
9. FINAL REVIEW:
|
|
1829
|
+
9.1. Re-read all modified files to confirm the intended changes were applied correctly.
|
|
1830
|
+
9.2. Ensure the logic is consistent, imports are clean, and no unused code exists.
|
|
1831
|
+
9.3. Confirm that the change aligns with the original objective.
|
|
1832
|
+
</edit_rules>
|
|
1833
|
+
|
|
1834
|
+
---
|
|
1789
1835
|
|
|
1790
1836
|
<agent_end_task_rules>
|
|
1791
|
-
This tool is mandatory but
|
|
1792
|
-
|
|
1793
|
-
|
|
1794
|
-
|
|
1795
|
-
|
|
1837
|
+
This tool is mandatory, but MUST only be called when all tasks in \`task_checklist\` are fully completed.
|
|
1838
|
+
|
|
1839
|
+
Rules:
|
|
1840
|
+
1. Never call this tool before all tasks are completed.
|
|
1841
|
+
2. It is strictly forbidden to call \`agent_end_task\` if there are any pending tasks in \`task_checklist\`.
|
|
1842
|
+
3. Before calling, always send a final message summarizing the completed work.
|
|
1843
|
+
4. Verify that every task in the \`task_checklist\` array has a "completed" status before calling.
|
|
1796
1844
|
</agent_end_task_rules>
|
|
1797
1845
|
|
|
1846
|
+
|
|
1847
|
+
|
|
1798
1848
|
---
|
|
1799
1849
|
|
|
1800
1850
|
### SCOPE & LIMITATIONS
|