[Components] langbase #14085 #14466
[Components] langbase #14085 #14466
Conversation
|
The latest updates on your projects. Learn more about Vercel for Git ↗︎ 3 Skipped Deployments
|
|
Important Review skippedMore than 25% of the files skipped due to max files limit. The review is being skipped to prevent a low-quality review. 215 files out of 297 files are above the max files limit of 75. Please upgrade to Pro plan to get higher limits. You can disable this status message by setting the WalkthroughThis pull request introduces several new modules and enhancements to the Langbase application, focusing on memory management. It includes the creation, listing, and deletion of memory sets through newly defined actions. The Changes
Suggested labels
Suggested reviewers
Poem
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments. CodeRabbit Commands (Invoked using PR comments)
Other keywords and placeholders
CodeRabbit Configuration File (
|
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 3
🧹 Outside diff range and nitpick comments (7)
components/langbase/package.json (1)
Line range hint
1-18: Verify package.json completeness.The package.json structure looks good, but consider adding the following recommended fields for better package maintenance:
repositoryfield to link to the source codebugsfield for issue reportinglicensefield to specify the package licensecomponents/langbase/actions/delete-memories/delete-memory.mjs (2)
9-17: Add missing trailing commas for consistency.The props definition looks good, but let's add trailing commas to follow consistent style guidelines.
propDefinition: [ app, - "memoryName" + "memoryName", ] - }, + },🧰 Tools
🪛 eslint
[error] 14-15: Missing trailing comma.
(comma-dangle)
[error] 15-16: Missing trailing comma.
(comma-dangle)
19-28: Consider adding explicit error handling.While the implementation is good, consider adding try-catch block to handle potential errors gracefully and provide more informative error messages to users.
async run({ $ }) { + try { const response = await this.app.deleteMemory({ $, memoryName: this.memoryName, }); $.export("$summary", `Successfully deleted memory named ${this.memoryName}`); return response; + } catch (error) { + $.export("$summary", `Failed to delete memory ${this.memoryName}: ${error.message}`); + throw error; + } },components/langbase/actions/create-memory/create-memory.mjs (1)
3-23: Add missing trailing commas for better git diffs.Add trailing commas to improve maintainability and make future diffs cleaner.
propDefinition: [ app, - "name" + "name", ] }, description: { propDefinition: [ app, - "description" + "description", ] - }, + },🧰 Tools
🪛 eslint
[error] 14-15: Missing trailing comma.
(comma-dangle)
[error] 15-16: Missing trailing comma.
(comma-dangle)
[error] 20-21: Missing trailing comma.
(comma-dangle)
[error] 21-22: Missing trailing comma.
(comma-dangle)
components/langbase/langbase.app.mjs (3)
13-14: RenamememoryNamestomemorySetsfor clarityAssigning
response.memorySetstomemoryNamesmay cause confusion since the variable represents memory sets, not just names. RenamingmemoryNamestomemorySetswould enhance clarity and maintain consistency with the response property.Apply this diff:
const response = await this.listMemories(); - const memoryNames = response.memorySets; - return memoryNames.map(({ name, description }) => ({ + const memorySets = response.memorySets; + return memorySets.map(({ name, description }) => ({ label: description, value: name, }));🧰 Tools
🪛 eslint
[error] 14-14: Expected a line break after this opening brace.
(object-curly-newline)
[error] 14-14: Expected a line break before this closing brace.
(object-curly-newline)
18-18: Add missing trailing comma inmemoryNameprop definitionThere's a missing trailing comma after the closing brace of the
memoryNameprop definition. This may cause linting errors and is required by the code style guidelines.Apply this diff:
} - } + },🧰 Tools
🪛 eslint
[error] 18-19: Missing trailing comma.
(comma-dangle)
45-49: Ensure consistent property name quotation in headersThere is an inconsistency in how property names are quoted in the
headersobject. To adhere to code style guidelines and resolve linting errors, consider quoting all property names consistently.Apply this diff:
...headers, - Authorization: `Bearer ${this.$auth.org_api_key}`, + "Authorization": `Bearer ${this.$auth.org_api_key}`, "Accept": `application/json`,🧰 Tools
🪛 eslint
[error] 47-47: Inconsistently quoted property 'Authorization' found.
(quote-props)
[error] 48-48: Strings must use doublequote.
(quotes)
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (5)
components/langbase/actions/create-memory/create-memory.mjs(1 hunks)components/langbase/actions/delete-memories/delete-memory.mjs(1 hunks)components/langbase/actions/list-memories/list-memories.mjs(1 hunks)components/langbase/langbase.app.mjs(1 hunks)components/langbase/package.json(2 hunks)
🧰 Additional context used
🪛 eslint
components/langbase/actions/create-memory/create-memory.mjs
[error] 14-15: Missing trailing comma.
(comma-dangle)
[error] 15-16: Missing trailing comma.
(comma-dangle)
[error] 20-21: Missing trailing comma.
(comma-dangle)
[error] 21-22: Missing trailing comma.
(comma-dangle)
[error] 30-31: Missing trailing comma.
(comma-dangle)
[error] 31-32: Missing trailing comma.
(comma-dangle)
[error] 33-33: Trailing spaces not allowed.
(no-trailing-spaces)
[error] 35-35: Trailing spaces not allowed.
(no-trailing-spaces)
components/langbase/actions/delete-memories/delete-memory.mjs
[error] 14-15: Missing trailing comma.
(comma-dangle)
[error] 15-16: Missing trailing comma.
(comma-dangle)
components/langbase/langbase.app.mjs
[error] 14-14: Expected a line break after this opening brace.
(object-curly-newline)
[error] 14-14: Expected a line break before this closing brace.
(object-curly-newline)
[error] 18-19: Missing trailing comma.
(comma-dangle)
[error] 47-47: Inconsistently quoted property 'Authorization' found.
(quote-props)
[error] 48-48: Strings must use doublequote.
(quotes)
[error] 59-59: Expected a line break after this opening brace.
(object-curly-newline)
[error] 59-59: Expected a line break before this closing brace.
(object-curly-newline)
🔇 Additional comments (8)
components/langbase/package.json (1)
3-3: LGTM! Version bump and dependency addition look appropriate.
The version bump to 0.1.0 correctly reflects the addition of new features (memory management), and the @pipedream/platform dependency is properly specified with a caret range.
Also applies to: 15-16
components/langbase/actions/list-memories/list-memories.mjs (2)
1-2: LGTM!
The import statement correctly references the Langbase app module using a relative path.
3-11: Verify the documentation link.
The documentation link https://langbase.com/docs/api-reference/memory/list needs to be verified as it might be a placeholder.
✅ Verification successful
Documentation link is valid and accessible
The documentation URL https://langbase.com/docs/api-reference/memory/list is accessible and returns a successful HTTP 200 response. The response headers indicate it's a valid Next.js page serving the API documentation.
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Check if the documentation URL is valid and accessible
# Note: Using curl with -I (head request) and -L (follow redirects)
curl -IL https://langbase.com/docs/api-reference/memory/list
Length of output: 1164
components/langbase/actions/delete-memories/delete-memory.mjs (2)
1-8: LGTM! Well-structured metadata with documentation link.
The metadata is well-defined with a clear key, name, and version. The documentation link in the description provides a good reference for users.
1-1: Verify the deleteMemory method implementation.
Let's ensure the imported app module properly implements the deleteMemory method being used.
Also applies to: 20-23
✅ Verification successful
Integration with app module is properly implemented
The verification confirms that:
- The
deleteMemorymethod is correctly implemented inlangbase.app.mjs - It accepts the expected parameters
{ memoryName, ...args } - The method makes an HTTP DELETE request to the appropriate endpoint
- The usage in
delete-memory.mjsmatches the implementation
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Verify the deleteMemory method implementation in the app module
# Search for the deleteMemory method definition
ast-grep --pattern 'deleteMemory({ $, memoryName }) {
$$$
}'
# Alternatively, search for any deleteMemory method
rg -A 5 'deleteMemory.*[{(]'
Length of output: 1074
components/langbase/actions/create-memory/create-memory.mjs (3)
1-2: LGTM!
The import statement is correctly structured and follows ES module conventions.
26-32: Verify API integration and response structure.
Let's confirm the app's createMemory method implementation and its response structure.
#!/bin/bash
# Description: Verify the createMemory method implementation and usage
echo "Checking createMemory method implementation:"
ast-grep --pattern 'createMemory($$$) {
$$$
}'
echo -e "\nChecking for other usages of createMemory:"
rg 'createMemory' --type js --type mjs🧰 Tools
🪛 eslint
[error] 30-31: Missing trailing comma.
(comma-dangle)
[error] 31-32: Missing trailing comma.
(comma-dangle)
7-7: Verify version alignment with app version.
The component version is set to "0.0.1". Let's verify this aligns with the app's versioning strategy.
| async run({ $ }) { | ||
| const response = await this.app.listMemories({ | ||
| $, | ||
| }); | ||
|
|
||
| $.export("$summary", `Successfully retrieved ${response.memorySets.length} memorysets`); | ||
|
|
||
| return response; | ||
| }, |
There was a problem hiding this comment.
🛠️ Refactor suggestion
Add error handling and response validation.
The current implementation has several areas that could be improved for better reliability and user experience:
- Add try-catch block for API error handling
- Validate response structure before accessing memorySets
- Enhance summary message with more details
Consider applying these improvements:
async run({ $ }) {
+ try {
const response = await this.app.listMemories({
$,
});
+ if (!response?.memorySets) {
+ throw new Error('Invalid response structure: memorySets not found');
+ }
+
+ const count = response.memorySets.length;
$.export("$summary", `Successfully retrieved ${response.memorySets.length} memorysets`);
return response;
+ } catch (error) {
+ throw new Error(`Failed to list memories: ${error.message}`);
+ }
},📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| async run({ $ }) { | |
| const response = await this.app.listMemories({ | |
| $, | |
| }); | |
| $.export("$summary", `Successfully retrieved ${response.memorySets.length} memorysets`); | |
| return response; | |
| }, | |
| async run({ $ }) { | |
| try { | |
| const response = await this.app.listMemories({ | |
| $, | |
| }); | |
| if (!response?.memorySets) { | |
| throw new Error('Invalid response structure: memorySets not found'); | |
| } | |
| const count = response.memorySets.length; | |
| $.export("$summary", `Successfully retrieved ${response.memorySets.length} memorysets`); | |
| return response; | |
| } catch (error) { | |
| throw new Error(`Failed to list memories: ${error.message}`); | |
| } | |
| }, |
| async run({ $ }) { | ||
| const response = await this.app.createMemory({ | ||
| $, | ||
| data: { | ||
| name: this.name, | ||
| description: this.description | ||
| } | ||
| }); | ||
|
|
||
| $.export("$summary", `Successfully created memory ${this.name}`); | ||
|
|
||
| return response; | ||
| }, |
There was a problem hiding this comment.
🛠️ Refactor suggestion
Add error handling and input validation.
The implementation could be improved in several ways:
- Add try-catch block for API error handling
- Validate inputs before making the API call
- Include more details in the success message
async run({ $ }) {
+ // Validate required inputs
+ if (!this.name?.trim()) {
+ throw new Error("Name is required and cannot be empty");
+ }
+
+ try {
const response = await this.app.createMemory({
$,
data: {
name: this.name,
- description: this.description
+ description: this.description,
}
});
- $.export("$summary", `Successfully created memory ${this.name}`);
+ $.export("$summary", `Successfully created memory "${this.name}"${this.description ? ` with description: "${this.description}"` : ""}`);
return response;
+ } catch (error) {
+ throw new Error(`Failed to create memory: ${error.message}`);
+ }
},📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| async run({ $ }) { | |
| const response = await this.app.createMemory({ | |
| $, | |
| data: { | |
| name: this.name, | |
| description: this.description | |
| } | |
| }); | |
| $.export("$summary", `Successfully created memory ${this.name}`); | |
| return response; | |
| }, | |
| async run({ $ }) { | |
| // Validate required inputs | |
| if (!this.name?.trim()) { | |
| throw new Error("Name is required and cannot be empty"); | |
| } | |
| try { | |
| const response = await this.app.createMemory({ | |
| $, | |
| data: { | |
| name: this.name, | |
| description: this.description, | |
| } | |
| }); | |
| $.export("$summary", `Successfully created memory "${this.name}"${this.description ? ` with description: "${this.description}"` : ""}`); | |
| return response; | |
| } catch (error) { | |
| throw new Error(`Failed to create memory: ${error.message}`); | |
| } | |
| }, |
🧰 Tools
🪛 eslint
[error] 30-31: Missing trailing comma.
(comma-dangle)
[error] 31-32: Missing trailing comma.
(comma-dangle)
[error] 33-33: Trailing spaces not allowed.
(no-trailing-spaces)
[error] 35-35: Trailing spaces not allowed.
(no-trailing-spaces)
components/langbase/langbase.app.mjs
Outdated
| }, | ||
| async deleteMemory({ memoryName, ...args }) { | ||
| return this._makeRequest({ | ||
| path: `/memorysets/sergio19733/${memoryName}`, |
There was a problem hiding this comment.
Fix hard-coded organization ID in deleteMemory method
The deleteMemory method uses a hard-coded organization ID ('sergio19733'), which should be replaced with the dynamic value from this.$auth.org to ensure it works correctly for different organizations.
Apply this diff to fix the issue:
return this._makeRequest({
- path: `/memorysets/sergio19733/${memoryName}`,
+ path: `/org/${this.$auth.org}/memorysets/${memoryName}`,
method: "delete",
...args,
});📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| path: `/memorysets/sergio19733/${memoryName}`, | |
| path: `/org/${this.$auth.org}/memorysets/${memoryName}`, |
There was a problem hiding this comment.
Actionable comments posted: 2
🧹 Outside diff range and nitpick comments (2)
components/langbase/langbase.app.mjs (2)
22-31: Clarify the distinction between name and description properties.The
nameanddescriptionproperties seem to have overlapping purposes. Consider:
- Adding validation rules for the name (e.g., allowed characters, length)
- Making the distinction between these fields clearer in their descriptions
Apply this diff to improve the property definitions:
name: { type: "string", label: "Name", - description: "Name of the memory", + description: "Unique identifier for the memory (alphanumeric, max 64 chars)", + validate: "^[a-zA-Z0-9-_]+$", }, description: { type: "string", label: "Description", - description: "Short description of the memory", + description: "Human-readable description of the memory's purpose and contents", },
34-36: Consider making the base URL configurable.The base URL is hardcoded. Consider making it configurable through environment variables or app settings to support different environments (e.g., staging, production).
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
⛔ Files ignored due to path filters (2)
package-lock.jsonis excluded by!**/package-lock.jsonpnpm-lock.yamlis excluded by!**/pnpm-lock.yaml
📒 Files selected for processing (3)
components/langbase/actions/create-memory/create-memory.mjs(1 hunks)components/langbase/actions/delete-memories/delete-memory.mjs(1 hunks)components/langbase/langbase.app.mjs(1 hunks)
🚧 Files skipped from review as they are similar to previous changes (2)
- components/langbase/actions/create-memory/create-memory.mjs
- components/langbase/actions/delete-memories/delete-memory.mjs
🔇 Additional comments (2)
components/langbase/langbase.app.mjs (2)
1-6: LGTM: Import and app declaration are correct.
The import statement and app declaration follow Pipedream's standard conventions.
37-53: LGTM: Well-structured request handling.
The _makeRequest method is well-implemented with:
- Proper parameter destructuring
- Authorization header setup
- Flexible options passing
components/langbase/langbase.app.mjs
Outdated
| async options() { | ||
| const response = await this.listMemories(); | ||
| const memoryNames = response.memorySets; | ||
| return memoryNames.map(({ | ||
| name, description, | ||
| }) => ({ | ||
| label: description, | ||
| value: name, | ||
| })); | ||
| }, |
There was a problem hiding this comment.
Add error handling and null checks in options() method.
The options() method could fail if the API call fails or returns unexpected data structure.
Apply this diff to add proper error handling:
async options() {
+ try {
const response = await this.listMemories();
+ if (!response?.memorySets) {
+ console.log("No memory sets found or unexpected response structure");
+ return [];
+ }
const memoryNames = response.memorySets;
return memoryNames.map(({
name, description,
}) => ({
label: description,
value: name,
}));
+ } catch (err) {
+ console.log("Error fetching memory options:", err);
+ return [];
+ }
},📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| async options() { | |
| const response = await this.listMemories(); | |
| const memoryNames = response.memorySets; | |
| return memoryNames.map(({ | |
| name, description, | |
| }) => ({ | |
| label: description, | |
| value: name, | |
| })); | |
| }, | |
| async options() { | |
| try { | |
| const response = await this.listMemories(); | |
| if (!response?.memorySets) { | |
| console.log("No memory sets found or unexpected response structure"); | |
| return []; | |
| } | |
| const memoryNames = response.memorySets; | |
| return memoryNames.map(({ | |
| name, description, | |
| }) => ({ | |
| label: description, | |
| value: name, | |
| })); | |
| } catch (err) { | |
| console.log("Error fetching memory options:", err); | |
| return []; | |
| } | |
| }, |
|
/approve |
There was a problem hiding this comment.
Actionable comments posted: 2
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
⛔ Files ignored due to path filters (1)
pnpm-lock.yamlis excluded by!**/pnpm-lock.yaml
📒 Files selected for processing (1)
components/langbase/actions/delete-memory/delete-memory.mjs(1 hunks)
🔇 Additional comments (2)
components/langbase/actions/delete-memory/delete-memory.mjs (2)
11-16: Verify memoryName prop definition
The memoryName prop references a propDefinition from the app. Let's ensure it's properly defined and whether it should be marked as required.
#!/bin/bash
# Check the app.mjs file for memoryName propDefinition
ast-grep --pattern 'propDefinitions: {
$$$
memoryName: {
$$$
},
$$$
}'3-29: Verify consistency with other Langbase actions
Let's ensure this action follows the same patterns as other Langbase actions in terms of structure, error handling, and response format.
#!/bin/bash
# Find and compare with other Langbase actions
fd -e mjs -p 'components/langbase/actions/**/[^.]*\.mjs$' --exec head -n 30 {}| async run({ $ }) { | ||
| const response = await this.app.deleteMemory({ | ||
| $, | ||
| memoryName: this.memoryName, | ||
| }); | ||
|
|
||
| $.export("$summary", `Successfully deleted memory named ${this.memoryName}`); | ||
|
|
||
| return response; | ||
| }, |
There was a problem hiding this comment.
🛠️ Refactor suggestion
Add error handling and response validation
The current implementation lacks error handling and response validation. Consider adding try-catch block and response validation.
Here's a suggested improvement:
async run({ $ }) {
+ if (!this.memoryName) {
+ throw new Error("Memory name is required");
+ }
+
+ try {
const response = await this.app.deleteMemory({
$,
memoryName: this.memoryName,
});
+
+ if (!response) {
+ throw new Error("Received invalid response from deleteMemory");
+ }
$.export("$summary", `Successfully deleted memory named ${this.memoryName}`);
return response;
+ } catch (error) {
+ throw new Error(`Failed to delete memory: ${error.message}`);
+ }
},📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| async run({ $ }) { | |
| const response = await this.app.deleteMemory({ | |
| $, | |
| memoryName: this.memoryName, | |
| }); | |
| $.export("$summary", `Successfully deleted memory named ${this.memoryName}`); | |
| return response; | |
| }, | |
| async run({ $ }) { | |
| if (!this.memoryName) { | |
| throw new Error("Memory name is required"); | |
| } | |
| try { | |
| const response = await this.app.deleteMemory({ | |
| $, | |
| memoryName: this.memoryName, | |
| }); | |
| if (!response) { | |
| throw new Error("Received invalid response from deleteMemory"); | |
| } | |
| $.export("$summary", `Successfully deleted memory named ${this.memoryName}`); | |
| return response; | |
| } catch (error) { | |
| throw new Error(`Failed to delete memory: ${error.message}`); | |
| } | |
| }, |
| export default { | ||
| key: "langbase-delete-memory", | ||
| name: "Delete Memory", | ||
| description: "Delete an existing memory on Langbase. [See the documentation](https://langbase.com/docs/api-reference/memory/delete)", |
There was a problem hiding this comment.
💡 Codebase verification
Documentation URL needs to be updated to match the API domain
The documentation URL in the component uses langbase.com/docs, but the actual API domain is api.langbase.com. The documentation URL should be consistent with the API domain being used in the application code.
- Update the documentation URL in
components/langbase/actions/delete-memory/delete-memory.mjsto use the correct domain - Also update similar documentation URLs in other action files:
components/langbase/actions/list-memories/list-memories.mjscomponents/langbase/actions/create-memory/create-memory.mjs
🔗 Analysis chain
Verify the documentation URL
The documentation URL appears to use a placeholder domain (langbase.com). Please ensure this points to the correct documentation URL.
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Check if the documentation URL is referenced elsewhere in the codebase
rg -l "langbase\.com/docs" --type-add 'docs:*.{md,mdx}' -tdocs
Length of output: 2271
Script:
#!/bin/bash
# Check for the base URL pattern in all JavaScript/TypeScript files
rg "langbase\.com" --type=js
# Also check the app file for API configuration
cat components/langbase/langbase.app.mjs
Length of output: 1851
|
/approve |
|
@lcaresia can you please take a look at the review comment before this is approved? |
There was a problem hiding this comment.
Actionable comments posted: 0
🧹 Outside diff range and nitpick comments (1)
components/langbase/langbase.app.mjs (1)
37-53: Enhance _makeRequest with timeout and content-type headersConsider adding request timeout and proper content-type headers for better reliability and correctness.
async _makeRequest(opts = {}) { const { $ = this, path, headers, + timeout = 10000, ...otherOpts } = opts; return axios($, { ...otherOpts, url: this._baseUrl() + path, + timeout, headers: { ...headers, "Authorization": `Bearer ${this.$auth.org_api_key}`, "Accept": "application/json", + "Content-Type": otherOpts.method === "post" ? "application/json" : undefined, }, }); },
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
📒 Files selected for processing (1)
components/langbase/langbase.app.mjs(1 hunks)
🔇 Additional comments (3)
components/langbase/langbase.app.mjs (3)
1-6: LGTM!
The import statement and basic app configuration are properly defined.
11-20:
Add error handling to options() method
The options() method lacks error handling and null checks, which could lead to runtime errors if the API call fails or returns unexpected data.
Apply this diff to add proper error handling:
async options() {
+ try {
const response = await this.listMemories();
+ if (!response?.memorySets) {
+ console.log("No memory sets found or unexpected response structure");
+ return [];
+ }
const memoryNames = response.memorySets;
return memoryNames.map(({
name, description,
}) => ({
label: description,
value: name,
}));
+ } catch (err) {
+ console.log("Error fetching memory options:", err);
+ return [];
+ }
},54-74:
Standardize API path patterns and add error handling
-
The API path patterns are inconsistent between methods:
createMemoryandlistMemoriesuse/org/${this.$auth.org}/memorysetsdeleteMemoryuses/memorysets/${this.$auth.org}/${memoryName}
-
Memory operations lack error handling and input validation.
Apply these changes:
async createMemory(args = {}) {
+ if (!args.name || !args.description) {
+ throw new Error("Name and description are required");
+ }
+ try {
return this._makeRequest({
path: `/org/${this.$auth.org}/memorysets`,
method: "post",
...args,
});
+ } catch (err) {
+ console.error("Error creating memory:", err);
+ throw err;
+ }
},
async deleteMemory({
memoryName, ...args
}) {
+ if (!memoryName) {
+ throw new Error("Memory name is required");
+ }
+ try {
return this._makeRequest({
- path: `/memorysets/${this.$auth.org}/${memoryName}`,
+ path: `/org/${this.$auth.org}/memorysets/${memoryName}`,
method: "delete",
...args,
});
+ } catch (err) {
+ console.error("Error deleting memory:", err);
+ throw err;
+ }
},
async listMemories(args = {}) {
+ try {
return this._makeRequest({
path: `/org/${this.$auth.org}/memorysets`,
...args,
});
+ } catch (err) {
+ console.error("Error listing memories:", err);
+ throw err;
+ }
},
* vector store actions * fixes
* Upgrade `@supabase/supabase-js` for the `supabase` components * Fix version-specific import in the Supabase app component, which prevented importing `@pipedream/supabase` in code components * Bump component versions * Bump `@pipedream/supabase` patch version
* cherry picked changes from new docs * Update docs-v2/pages/connect/quickstart.mdx Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com> * Update docs-v2/pages/connect/tokens.mdx Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com> --------- Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
* new component * pnpm-lock.yaml
* List Workflows, not Runs * updates * pnpm-lock.yaml --------- Co-authored-by: michelle0927 <[email protected]>
* new components * package.json version * versions
* Fix two broken links in docs * Spotify action component to retrieve currently playing track for user. * Set action version to 0.0.1 * Added support for action to retrive currently playing podcast episodes. * Undo unrelated change. * Added error handling, response is now structured, and formatting fixes. * Set action version to 0.0.1 * Fixed typo * package version, doc link, formatting * pnpm-lock.yaml * lodash dependency * pnpm-lock.yaml --------- Co-authored-by: michelle0927 <[email protected]>
* version bumps * Adding fieldsToObtain prop * Adjustments
* SDK triggers scaffolding * Moving source files into corresponding folders
* skyvern init * [Components] skyvern #14566 Sources - New Or Updated Workflow Actions - Get Workflow - Run Workflow - Create Run Task * pnpm update * fix action key
* init * new components * pnpm-lock.yaml * fix description
* ignisign init * [Components] ignisign #14570 Sources - New Signature Proof (Instant) Actions - Create Signer - Create Signature Request - Get Signature Proof * pnpm update * fix check component app prop step * pnpm update * some adjusts * Update components/ignisign/sources/new-signature-proof-instant/new-signature-proof-instant.mjs Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com> * some adjusts --------- Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
…blish it. (#14640) We had an incident where this package overwrote the packages/sdk version of the package.
* help_scout init * [Components] help_scout #14608 Sources - New Conversation Assigned (Instant) - New Conversation Created (Instant) - New Customer (Instant) Actions - Add Note - Create Customer - Send Reply * pnpm update * some adjusts
* zoho_sheet init * [Components] zoho_sheet #14584 Sources - New Row (Instant) - New Or Updated Row (Instant) - New Workbook (Instant) Actions - Create Row - Search Delete Row - Update Row * pnpm update * Update components/zoho_sheet/sources/common/base.mjs Co-authored-by: Jorge Cortes <[email protected]> --------- Co-authored-by: Jorge Cortes <[email protected]>
* Add the `fullResponse` flag as an option for `makeRequest` to return the raw HTTP response * Deprecate the `environment_name` field when creating a Connect token, in favour of the `environment` name in the client's constructor * Disable markdown lint rule for dup headers in the changelog * Bump patch version to `1.0.2`
Signed-off-by: Emmanuel Ferdman <[email protected]>
Accept the `include_credentials` parameter in the `getAccountById` method so that clients can retrieve the credentials of a single account.
* new actions * pnpm-lock.yaml * fix typo
* init * new components * pnpm-lock.yaml * fix pagination * remove redundant clientId prop * add retry
WHY
Summary by CodeRabbit
Release Notes
New Features
Improvements
Documentation