Information processing method and device, computer device and readable storage medium

Abstract

The application discloses an information processing method and device, computer equipment and a readable storage medium. The method comprises the following steps: acquiring asset information of at least one auxiliary programming tool, wherein the asset information comprises programming session information and / or a local auxiliary asset file; performing information processing on the asset information to generate at least one auxiliary asset file, wherein the auxiliary asset file is used for indicating constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content; and issuing the at least one auxiliary asset file to a target auxiliary programming tool. The application realizes the sedimentation of high-value experience generated in the session of the auxiliary programming tool, synchronizes the auxiliary asset file to other target auxiliary programming tools, realizes the sharing of the auxiliary asset file of the research and development members in the research and development team, effectively guarantees the consistency of the code quality output by the research and development team, and improves the team cooperation efficiency.

Description

Technical Field

[0001] This application relates to the field of data processing technology, specifically to an information processing method, apparatus, computer equipment, and readable storage medium. Background Technology

[0002] With the development of Artificial Intelligence (AI) technology, it is now widely used in various fields. Taking Spec-Driven Development (SDD) as an example, various AI-assisted programming tools can leverage large language models to output specific functional code that meets user needs. To ensure the quality of the output code, personalized auxiliary assets are typically configured for these tools, such as skill scripts for encapsulating workflows, constraint rules for defining coding standards, plugins for extending functionality, contextual memory files for providing project specification documentation, and hook scripts for executing custom operations at specific times.

[0003] However, in practical applications, it was found that for the R&D team as a whole, the lack of a unified asset information collection and processing mechanism meant that programming session information from various auxiliary programming tools could not be effectively extracted and reused. Team members had to configure auxiliary assets independently, resulting in redundant configuration operations and inconsistencies between the constraint and reference information of each tool. This inconsistency meant that the large language model lacked unified constraints and references when generating code for inference, easily leading to unexpected code output and increasing the computational resource consumption for repeated model inference and error correction. In addition, the existing asset sharing method relied on manual distribution and installation, resulting in repeated transmission and redundant storage of asset files, increasing the consumption of network bandwidth and storage resources. Summary of the Invention

[0004] This application provides an information processing method, apparatus, computer device, and readable storage medium, which aims to realize the accumulation of high-value experience generated in auxiliary programming tool sessions and use it as an auxiliary asset to achieve sharing among R&D members within the R&D team, ensure the consistency of code quality output by the R&D team, and improve team collaboration efficiency.

[0005] Firstly, this application provides an information processing method applied to a server, the method comprising: Obtain asset information for at least one auxiliary programming tool, the asset information including programming session information and / or local auxiliary asset files of the auxiliary programming tool; The asset information is processed to generate at least one auxiliary asset file, wherein the auxiliary asset file is used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content; At least one of the aforementioned auxiliary asset files is sent to the target auxiliary programming tool.

[0006] In one embodiment of this application, obtaining asset information for at least one auxiliary programming tool includes: Receive asset information reported by at least one auxiliary programming tool via the session startup hook at the start of the session; The step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: Receive synchronization requests triggered by the target auxiliary programming tool via the session startup hook when the session starts; In response to the synchronization request, at least one of the auxiliary asset files is sent to the target auxiliary programming tool.

[0007] In one embodiment of this application, the step of distributing at least one of the auxiliary asset files to the target auxiliary programming tool includes: At least one of the auxiliary asset files is distributed as a shared auxiliary asset file to the target auxiliary programming tool, wherein the target auxiliary programming tool is configured to infer and generate code content under target constraint information and / or target reference information, and the target constraint information and / or target reference information is determined through the shared auxiliary asset file and the target auxiliary programming tool's local auxiliary asset file.

[0008] In one embodiment of this application, the information processing method further includes: Determine at least one target version identifier for the auxiliary asset file, wherein the target version identifier is used to characterize the version information to which the auxiliary asset file belongs; The step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: In response to a synchronization request from a target auxiliary programming tool, based on the version identification information of the shared auxiliary asset file carried in the synchronization request and the target version identification information of the auxiliary asset file, at least one first target auxiliary asset file is determined from the auxiliary asset file, wherein the first target auxiliary asset file represents an incremental auxiliary asset file to be synchronized; The first target auxiliary asset file is sent to the target auxiliary programming tool.

[0009] In one embodiment of this application, the information processing method further includes: Determine at least one target level identifier for the auxiliary asset file, wherein the target level identifier is used to characterize the target level available for the auxiliary asset file; The step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: In response to a synchronization request from a target auxiliary programming tool, based on the hierarchical identification information of the target auxiliary programming tool carried in the synchronization request and the target hierarchical identification information of the auxiliary asset file, at least one second target auxiliary asset file is determined from the auxiliary asset file, wherein the second target auxiliary asset file represents an auxiliary asset file available to the target auxiliary programming tool; The second target auxiliary asset file is sent to the target auxiliary programming tool.

[0010] In one embodiment of this application, the method further includes: The auxiliary asset files are stored in a preset shared space; Determine the feedback information of the auxiliary asset file in the target auxiliary programming tool, wherein the feedback information is used to characterize the evaluation result of the code content output by the target auxiliary programming tool after using the auxiliary asset file; Based on the feedback information, the auxiliary asset files in the preset shared space are updated; The step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: In response to a synchronization request from the target auxiliary programming tool, the auxiliary asset files in the preset shared space are distributed to the target auxiliary programming tool.

[0011] Secondly, this application provides an information processing method applied to an auxiliary programming tool, the method further comprising: In response to the reporting instruction, the asset information of the auxiliary programming tool is reported to the server. The asset information includes the programming session information of the auxiliary programming tool and / or local auxiliary asset files. The asset information is configured to generate auxiliary asset files, which are used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. In response to a synchronization request, receive the shared auxiliary asset file sent by the server; Based on the shared auxiliary asset file and the local auxiliary asset file of the auxiliary programming tool, the programming session request is processed, and the target code content corresponding to the programming session request is inferred and generated.

[0012] In one embodiment of this application, reporting the asset information of the auxiliary programming tool to the server includes: Based on the current asset information and the cached reported asset information of the auxiliary programming tool, determine the incremental asset information; The incremental asset information is reported to the server.

[0013] Thirdly, this application provides an information processing device, disposed on a server, the information processing device comprising: A receiving module is configured to acquire asset information of at least one auxiliary programming tool, the asset information including programming session information of the auxiliary programming tool; The processing module is used to process the asset information and generate at least one auxiliary asset file, wherein the auxiliary asset file is used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content; The distribution module is used to distribute at least one of the auxiliary asset files to the target auxiliary programming tool.

[0014] Fourthly, this application provides an information processing device, disposed in an auxiliary programming tool, the information processing device comprising: The reporting module is used to report the asset information of the auxiliary programming tool to the server in response to the reporting instruction. The asset information includes the programming session information of the auxiliary programming tool and / or local auxiliary asset files. The programming session information is configured to generate auxiliary asset files, and the auxiliary asset files are used to indicate the constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. The synchronization module is used to respond to synchronization requests by receiving shared auxiliary asset files sent by the server. The inference module is used to process programming session requests based on the shared auxiliary asset file and the local auxiliary asset file of the auxiliary programming tool, and to infer and generate the target code content corresponding to the programming session request.

[0015] Fifthly, this application provides a computer device, the computer device comprising: One or more processors; Memory; and One or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the processor to implement the information processing method as described in any of the preceding claims.

[0016] Sixthly, this application provides a computer-readable storage medium having a computer program stored thereon, the computer program being loaded by a processor to perform the information processing method as described in any of the preceding claims.

[0017] The information processing method provided in this application obtains programming session information of at least one auxiliary programming tool and processes the programming session information to obtain at least one auxiliary asset file that indicates constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. This realizes the accumulation of high-value experience generated in the auxiliary programming tool session, and at the same time synchronizes the auxiliary asset file to other target auxiliary programming tools, realizing the sharing of auxiliary asset files among R&D members within the R&D team, effectively ensuring the consistency of code quality output by the R&D team, and improving team collaboration efficiency. Attached Figure Description

[0018] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1 This is a simplified structural diagram of an information processing system provided in an embodiment of this application; Figure 2 This is a flowchart illustrating the steps of an information processing method provided in an embodiment of this application. Figure 3 This application provides a flowchart illustrating the steps for synchronizing auxiliary asset files with a target auxiliary programming tool, as illustrated in an embodiment of the present application. Figure 4 A flowchart illustrating another step in synchronizing auxiliary asset files with a target auxiliary programming tool, as provided in this application embodiment; Figure 5 This is a flowchart illustrating the steps of another information processing method provided in this embodiment. Figure 6 A schematic diagram of the structure of an information processing device on a server provided in an embodiment of this application; Figure 7 This application provides a schematic diagram of the structure of an information processing device on an auxiliary programming tool. Figure 8 A schematic diagram of the structure of a computer device provided in an embodiment of this application; Figure 9 This is a schematic diagram of the complete architecture of an information processing system provided in an embodiment of this application. Detailed Implementation

[0020] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0021] The use of "applies to" or "configured to" in this application implies open and inclusive language, which does not exclude the applicability to or configuration to devices performing additional tasks or steps. Additionally, the use of "based on" implies openness and inclusivity, because processes, steps, calculations, or other actions "based on" one or more of the stated conditions or values ​​may in practice be based on additional conditions or values ​​beyond those stated.

[0022] In this application, the term "exemplary" is used to mean "used as an example, illustration, or description." Any embodiment described as "exemplary" in this application is not necessarily to be construed as being more preferred or advantageous than other embodiments. The following description is provided to enable any person skilled in the art to make and use this application. Details are set forth in the following description for purposes of explanation. It should be understood that those skilled in the art will recognize that this application can be made without using these specific details. In other instances, well-known structures and processes are not described in detail to avoid obscuring the description of this application with unnecessary detail. Therefore, this application is not intended to be limited to the embodiments shown, but is consistent with the broadest scope of the principles and features disclosed in this application.

[0023] To clearly understand the information processing method, apparatus, computer equipment, and readable storage medium provided in the embodiments of this application, the relevant application scenarios of the information processing method are first described below. Specifically, the information processing method provided in this application can generally be used in the field of large model-assisted programming to output specific functional code that meets user needs by using AI-assisted programming tools. During the process of AI-assisted programming tools inferring and generating specific functional code, personalized auxiliary assets can usually be configured for the auxiliary programming tools, such as skill scripts, coding constraint rules, plugins, context memory files, and hook scripts. These auxiliary assets are loaded into the environmental context during the inference and code generation process to serve as constraints and / or available reference information for the inference and code generation, thereby ensuring the quality of the output code.

[0024] However, in practical applications, the auxiliary assets configured by each team member vary within the R&D team. Typically, high-quality assets such as accumulated skill scripts, coding constraints, and plugins (which can effectively improve the quality of code output by auxiliary programming tools) need to be shared manually via group messages, document links, etc. Other members manually download, install, and place them in designated directories as needed, resulting in low installation rates and the potential for personal auxiliary assets to be overwritten. Furthermore, high-value experiences generated by team members in daily SDD conversations, such as a successful prompt word or a rule revision, are usually tacit knowledge. Lacking a flow channel and automatic conversion into auxiliary assets, this leads to experience loss, ultimately resulting in inconsistent code quality across the R&D team and impacting team collaboration efficiency.

[0025] To at least partially address the aforementioned technical problems, this application provides an information processing method. The aim is to offer a collaborative mechanism for team-level AI programming assets that is low-intrusive to the development process, automated, quality-controllable, and layered, enabling closed-loop flow and processing of team-level asset information for auxiliary programming tools. For details, please refer to... Figure 1 , Figure 1 This is a simplified structural diagram of an information processing system provided in an embodiment of this application. Specifically, it includes a server 110 and at least one auxiliary programming tool 120.

[0026] Specifically, in the embodiments of this application, the auxiliary programming tool 120 can be an AI programming client. For example, in one possible implementation, the AI ​​programming client can be an AI programming tool capable of completing development tasks such as code generation, debugging, and testing through natural language instructions. Of course, the auxiliary programming tool can also exist in other forms, such as AI programming applications, AI programming mini-programs, and AI programming web pages. This application does not limit the auxiliary programming tool here. Any tool that can infer and generate code that meets user needs with the help of AI technology, such as large language models, can be used as the auxiliary programming tool in the embodiments of this application. For ease of description, in the subsequent embodiments of this application, the AI ​​programming client will be mainly used as an example of the auxiliary programming tool for explanation.

[0027] Furthermore, in the embodiments of this application, the server 110 can be configured to interact with the auxiliary programming tool via remote communication. The auxiliary programming tool 120 and the server 110 can upload and distribute various types of information. For example, the auxiliary programming tool 120 can be configured to upload specific locally deployed asset information to the server 110. The server 110 can then use the asset information uploaded by the auxiliary programming tool 120 to generate various high-quality auxiliary asset files and synchronize them to each auxiliary programming tool 120. Each auxiliary programming tool 120 can be configured to achieve highly consistent code generation through the unified auxiliary asset files distributed by the server 110, thereby effectively improving team collaboration efficiency. Specifically, to facilitate understanding of the above content, the information processing methods performed by the server and the auxiliary programming tool will be described below in conjunction with specific embodiments.

[0028] Specifically, in one embodiment of this application, please refer to Figure 2 , Figure 2 This is a flowchart illustrating the steps of an information processing method provided in an embodiment of this application. Specifically, this information processing method is typically applied to, for example... Figure 1 On the server side of the information processing system shown, the method typically includes steps S210 to S230: S210, Obtain asset information of at least one auxiliary programming tool, the asset information including programming session information of the auxiliary programming tool and / or local auxiliary asset files.

[0029] In embodiments of this application, the server can typically obtain various asset information from the auxiliary programming tool that can generate auxiliary asset files. For example, in one possible implementation, the asset information includes programming session information of the auxiliary programming tool, that is, it contains detailed session content where the user expects the auxiliary programming tool to output code that can achieve a specific function. For example, the session content may implicitly include functional requirements, constraint rules, or guidance information requiring the auxiliary programming tool to output a specific content, such as the prompt word. In addition, the session content also contains input information from the user to correct errors in the execution process of the auxiliary programming tool. This information will be packaged uniformly and provided to the server through a specific interface, such as an asset injection interface. Of course, in some possible implementations, the asset information may also include other information. For example, the asset information may also include local auxiliary asset files of the auxiliary programming tool, used to characterize local constraint information and / or local reference information during the process of inferring and generating code content when the auxiliary programming tool is running locally, or the project's knowledge graph or technical documents, etc. For example, in one possible implementation of this application, the asset information includes metadata information of the local auxiliary asset files of the auxiliary programming tool. Specifically, the auxiliary programming tool can be configured to extract relevant metadata information, including content, file path, last modified time, and content hash, from file directories storing local auxiliary asset files, such as skill script directories, coding constraint rule directories, and plugin directories, through traversal or other scanning methods.

[0030] In the aforementioned process, to achieve zero intrusion into the development process and reduce user operations to achieve zero awareness of information uploading, the acquisition of asset information of the auxiliary programming tool can typically be achieved by the auxiliary programming tool reporting through a pre-embedded session startup hook when the session starts. That is, in one feasible implementation of this application, the acquisition of asset information of at least one auxiliary programming tool includes: Receive asset information reported by at least one auxiliary programming tool via the session startup hook at the start of the session.

[0031] Specifically, in this embodiment of the application, each time a user starts a client session of the auxiliary programming tool, the session startup hook of the auxiliary programming tool will be triggered, and a collection process will be automatically generated in the background to collect various asset information, including but not limited to programming session information and local auxiliary asset files. After the collection is completed, the information will be automatically reported to the server in the background.

[0032] Building upon the aforementioned foundations, to avoid disrupting the user's development process and reduce the information transmission pressure on the server, some possible implementations typically incorporate a daily trigger frequency limit mechanism within the session startup hook. For example, information reporting can be triggered a maximum of once per day for the same user or a unified auxiliary programming tool. Furthermore, some possible implementations can also identify and report unreported incremental asset information by comparing the collected asset information with the previously reported asset information. Specific implementation schemes will be described in subsequent related embodiments.

[0033] S220, perform information processing on the asset information to generate at least one auxiliary asset file.

[0034] Building upon the aforementioned foundation, after receiving asset information, such as programming session information, from at least one auxiliary programming tool on the server side, the programming session information will undergo information processing, such as natural language processing, to extract reusable experience, including but not limited to constraint rule information and / or operation guidance information, thereby generating corresponding auxiliary asset files. That is, in one embodiment of this application, the information processing of asset information to generate at least one auxiliary asset file includes: Natural language processing technology is used to refine and process programming session information, extracting constraint rules and / or operation guidance information from the programming session information to generate corresponding auxiliary asset files.

[0035] Specifically, in one possible implementation, user input information from the session used to correct errors in the processes executed by the assisted programming tool can be extracted using a large language model or other information extraction techniques to generate corresponding coding constraint rules. This constructs an assisted asset file of the coding constraint rule type, which constrains other assisted programming tools to avoid executing the same erroneous operations when handling the same or similar user input, thus preventing the output of low-quality code that does not meet user needs. In another possible implementation, prompts or workflow descriptions from the session that successfully resolve specific technical problems can be extracted using information technologies such as pattern recognition or semantic clustering to extract reusable operational logic and tool call flows. This constructs an assisted asset file of the skill script type, which guides other assisted programming tools to execute tasks according to the validated workflow when encountering the same or similar technical problems, improving the accuracy and efficiency of code generation. In another possible implementation, for the interactive content accumulated during the session regarding the overall project architecture, module dependencies, or business domain knowledge, key architectural information and business constraints can be extracted using knowledge extraction technology. This allows the construction of an auxiliary asset file of the context memory file type, enabling other auxiliary programming tools to refer to the overall project architecture and business specifications when inferring and generating code, thereby improving the consistency between the output code and the existing project. Of course, this application does not limit the specific means of processing programming session information. Using Natural Language Processing (NLP) technology to perform similar information processing on programming session information to generate an auxiliary asset file that instructs auxiliary programming tools on constraint information and / or reference information during the inference and code generation process is also an optional implementation of this application, and this application does not limit it.

[0036] In another embodiment of this application, local auxiliary asset files uploaded by auxiliary programming tools can also be integrated using similar information processing methods. For example, in some possible implementations, local auxiliary asset files uploaded by auxiliary programming tools can be parsed by analyzing their original content, file path, last modification time, and content hash, combined with rule-based file type recognition and semantic summarization technology, to extract the core function description, applicable scenario tags, and version evolution trajectory of the file. This allows for the construction of portable shared auxiliary asset description information, enabling other users to quickly understand the asset's purpose, scope of application, and timeliness. In another possible implementation, the project hierarchy or module classification information implicit in the file path, and the file unique identifier represented by the content hash, can be grouped into general template assets using similarity clustering and path pattern matching algorithms. Meanwhile, personalized configuration items strongly related to the specific local environment (such as absolute paths and user-specific keys) are removed, thereby generating a desensitized standardized shared asset package to ensure consistent usability for different users in different development environments. Of course, this application embodiment does not limit the specific means of preprocessing and sharing extraction of local auxiliary asset files. Using similar information processing methods such as file metadata parsing, content fingerprint comparison, and path semantic analysis to generate shared auxiliary asset files that can be reused across users and environments is also an optional implementation method of this application embodiment, and this application embodiment does not limit it.

[0037] Specifically, to facilitate understanding of the information processing process described above, the following will provide a detailed explanation of the various auxiliary asset files available for auxiliary programming tools.

[0038] In one possible implementation, the auxiliary asset file includes skill scripts. These skill scripts can be configured as reusable instruction packages that encapsulate specific workflows, specifications, and tool calls. They are typically used to guide auxiliary programming tools to load operational logic on demand, thereby achieving automated and standardized task execution. For example, skill scripts typically include metadata, execution instruction streams, and a directory of optional auxiliary assets (such as scripts and reference documents) for the skill script logic to invoke.

[0039] Alternatively, in another possible implementation, the auxiliary asset file may also include coding constraint rules. These coding constraint rules define the coding standards, security red lines, and behavioral guidelines for the auxiliary programming tool when outputting code. For example, they may prohibit hard-coding keys or require the output of test code. Furthermore, they may include naming conventions, architectural patterns, test coverage requirements, and provisions to prohibit dangerous operations, such as deleting critical files.

[0040] Alternatively, in another possible implementation, the auxiliary asset file may also include a context memory file. This context memory file is configured to provide the auxiliary programming tool with a project / business / personal specification, which can be automatically loaded into system prompts, enabling the auxiliary programming tool to understand the overall project architecture, coding standards, workflow, and constraints. Furthermore, the context memory file may also include content related to actions and decisions previously performed on the auxiliary asset file, for example, in the form of a buffer file.

[0041] Of course, in addition to the information mentioned above, auxiliary asset files may include more content. For example, auxiliary asset files may also include plugins, that is, a distributable extension package that aggregates multiple extension capabilities, consisting of a series of specific skill scripts, coding constraint rules, and context memory files. This application does not limit the form of auxiliary asset files; any file that can instruct auxiliary programming tools on constraint information and / or reference information during the reasoning and generation of code content is within the scope of protection claimed in this application. Furthermore, this application also does not limit the file format of auxiliary asset files.

[0042] Building upon the aforementioned foundation, to improve the code quality generated by auxiliary asset files extracted from programming session information during the inference and code generation process of auxiliary programming tools, one possible implementation scheme allows the server to be configured to display auxiliary asset files visually. This enables technical personnel to make decisions regarding the auxiliary asset files from a project, business, or technical perspective, thereby preventing erroneous or invalid auxiliary asset files from being distributed and synchronized to other auxiliary programming tools within the R&D team. Specifically, for ease of understanding, the following will be described in conjunction with specific embodiments.

[0043] In the embodiments of this application, the server can aggregate and display all auxiliary asset files in the background, such as the aforementioned skill scripts, coding constraint rules, or context memory files, etc., and allow browsing and review by auxiliary programming tool, type, or time dimension to determine whether to include them in the team's baseline. For example, auxiliary asset files included in the team's baseline can be written to a preset shared space and a version identifier can be defined to allow the auxiliary asset files in the preset shared space to be synchronized to other auxiliary programming tools as a baseline, realizing the sharing of high-quality auxiliary asset files among multiple auxiliary programming tool clients. Of course, in addition to the above-mentioned manual review method, in some possible implementation schemes, the frequency and effectiveness of the use of different types of auxiliary asset files can also be evaluated to achieve continuous optimization and elimination of auxiliary asset files, thereby gradually improving team efficiency. The specific implementation process will be described in subsequent related embodiments.

[0044] S230, at least one of the auxiliary asset files is sent to the target auxiliary programming tool.

[0045] Building upon the aforementioned server-side processing of programming session information to generate at least one auxiliary asset file, in one embodiment of this application, after the target auxiliary programming tool triggers a synchronization request, the server further distributes at least one of the aforementioned auxiliary asset files to the target auxiliary programming tool for synchronization. Here, the target auxiliary programming tool is typically one or more of the aforementioned at least one auxiliary programming tool that triggered the synchronization request; this embodiment of the application does not impose any limitations on this.

[0046] Specifically, in one possible implementation of this application, similar to how the auxiliary programming tool triggers a reporting request via a session startup hook when the session starts, the auxiliary programming tool can also asynchronously trigger a synchronization request via a session startup hook when the session starts. That is, in the embodiments of this application, the step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: Receive synchronization requests triggered by the target auxiliary programming tool via the session startup hook when the session starts; In response to the synchronization request, at least one of the auxiliary asset files is sent to the target auxiliary programming tool.

[0047] Specifically, in one embodiment of this application, similar to the reused session initiation hook in the acquisition process, a synchronization process is triggered and a synchronization command is generated and sent to the server when the target auxiliary programming tool's session is initiated. At this time, the server can send at least one auxiliary asset file to the target auxiliary programming tool according to the received synchronization request. Of course, based on actual needs, the synchronization process can also be built with a daily trigger frequency limit mechanism as needed, such as limiting the number of synchronizations per day. This embodiment of the application does not impose such a limitation.

[0048] By utilizing the session-initiated hooks of the auxiliary programming tool, the "asset collection and reporting" and "team asset distribution and synchronization" processes are triggered simultaneously, enabling bidirectional flow of asset information. Furthermore, users do not need to actively operate the system; all collection and distribution processes are executed asynchronously in the background via the session-initiated hooks, effectively reducing intrusion into the development process and minimizing user perception. A corresponding daily frequency limiting mechanism ensures that the user's development experience during actual use is not affected.

[0049] Furthermore, in some embodiments of this application, where the asset information also includes metadata information of the local auxiliary asset file of the auxiliary programming tool, the step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: At least one of the auxiliary asset files is distributed as a shared auxiliary asset file to the target auxiliary programming tool.

[0050] Specifically, in an embodiment of this application, after triggering a synchronization request, the server can distribute at least one auxiliary asset file as a shared auxiliary asset file to the target auxiliary programming tool and store it in the file directory of the shared auxiliary asset file. That is, in one embodiment of this application, the auxiliary programming tool includes a first file directory and a second file directory, respectively used to store local auxiliary asset files and shared auxiliary asset files. The local auxiliary asset file is the local constraint information and / or local reference information written by the user on the local auxiliary programming tool to indicate and characterize the local auxiliary programming tool during the inference and generation of code content at local runtime. The shared auxiliary asset file is the auxiliary asset file shared by other users through other auxiliary programming tools. Based on this, the target auxiliary programming tool is configured to infer and generate code content under target constraint information and / or target reference information, wherein the target constraint information and / or target reference information are determined through the shared auxiliary asset file and the target auxiliary programming tool's local auxiliary asset file. In other words, in the embodiments of this application, the shared auxiliary asset files and the user's local auxiliary asset files are stored in mutually exclusive directories and namespaces. The auxiliary programming tool can recognize both types of asset files simultaneously during loading, ensuring that the team benchmarks agreed upon in the shared auxiliary asset files are effective while not disrupting the user's personalized content. Specifically, in cases where there is a conflict between the constraint information and / or reference information instructing the auxiliary programming tool to generate code content in the shared auxiliary asset files and local auxiliary asset files, a visual prompt can be provided on the auxiliary programming tool. Simultaneously, the auxiliary programming tool can generate the code according to an agreed-upon method, such as prioritizing the user's personal configuration.

[0051] It should be noted that in some possible implementations, the shared auxiliary asset files and local auxiliary asset files can also be configured to be displayed on the auxiliary programming tool via a visual page in an optional manner. Users can enable or prevent the auxiliary programming tool from loading specific shared auxiliary asset files or specific local auxiliary asset files during the inference generation process according to their actual needs.

[0052] Furthermore, in some implementations of this application, the information processing method can also incrementally synchronize the auxiliary asset files to the target auxiliary programming tool using version identification information. For details, please refer to... Figure 3 , Figure 3 This application provides a flowchart illustrating the steps for synchronizing auxiliary asset files with a target auxiliary programming tool, specifically including steps S310 to S330: S310, determine the target version identification information of at least one of the auxiliary asset files.

[0053] In the embodiments of this application, after the collection of auxiliary asset files is completed, such as receiving local auxiliary asset files reported by the auxiliary programming tool, or auxiliary asset files determined by programming session information reported by the auxiliary programming tool, a unique target version identifier information representing the version information to which the auxiliary asset file belongs will be generated for the auxiliary asset file.

[0054] S320, in response to a synchronization request from a target auxiliary programming tool, at least one first target auxiliary asset file is determined from the auxiliary asset file based on the version identification information of the shared auxiliary asset file carried in the synchronization request and the target version identification information of the auxiliary asset file.

[0055] S330, the first target auxiliary asset file is sent to the target auxiliary programming tool.

[0056] Building upon the aforementioned foundation, after triggering a synchronization request from the target auxiliary programming tool, the tool can determine the auxiliary asset files requiring synchronization updates based on version identifiers. For example, in one possible implementation, the target auxiliary programming tool can request the client to send the target version identifier information for each auxiliary asset file and compare it with the version identifier information of each shared auxiliary asset file stored locally to determine the shared auxiliary asset files requiring incremental updates. Alternatively, in another possible implementation, the target auxiliary programming tool can also include the version identifier information of each shared auxiliary asset file stored locally in the synchronization request and send it to the server. The server, based on the version identifier information of the shared auxiliary asset files carried in the synchronization request and the target version identifier information of the auxiliary asset files, compares the version identifier information to determine at least one first target auxiliary asset file with different version identifier information. This first target auxiliary asset file represents the incremental auxiliary asset file to be synchronized.

[0057] At this point, based on the aforementioned first target auxiliary asset file that needs to be synchronized, the server can send the first target auxiliary asset file to the target auxiliary programming tool to achieve incremental updates of the shared auxiliary asset file stored locally in the target auxiliary programming tool.

[0058] The method provided in this application embodiment avoids repeated downloads of auxiliary asset files and reduces the startup delay of auxiliary programming tools by performing incremental fetching only on auxiliary asset files with inconsistent version identifiers.

[0059] Alternatively, in another possible implementation, the information processing method can synchronize the auxiliary asset files that the target auxiliary programming tool has permissions to with the target auxiliary programming tool by using hierarchical identification information representing permissions. For details, please refer to [link to relevant documentation]. Figure 4 , Figure 4 This application provides another flowchart illustrating the steps for synchronizing auxiliary asset files with a target auxiliary programming tool, specifically including steps S410-S430: S410, determine the target level identification information of at least one of the auxiliary asset files.

[0060] In the embodiments of this application, after collecting auxiliary asset files, such as receiving local auxiliary asset files reported by the auxiliary programming tool, or auxiliary asset files determined by programming session information reported by the auxiliary programming tool, target level identification information representing the target level of the available permissions of the auxiliary asset file will be further generated. For example, in a possible implementation, the target level can be an organizational level based on the project or business, such as the technology center level, the third-level department level, or the fourth-level department level.

[0061] S420, in response to a synchronization request from a target auxiliary programming tool, based on the hierarchical identification information of the target auxiliary programming tool carried in the synchronization request and the target hierarchical identification information of the auxiliary asset file, at least one second target auxiliary asset file is determined from the auxiliary asset file.

[0062] S430, the second target auxiliary asset file is sent to the target auxiliary programming tool.

[0063] Building upon the foregoing, and following the triggering of a synchronization request by the target auxiliary programming tool, the tool can determine the auxiliary asset files that need to be synchronized and updated via hierarchical identifiers. For example, in one possible implementation, the target auxiliary programming tool can request the client to send target hierarchical identifier information for each auxiliary asset file and compare it with local hierarchical identifier information to determine the shared auxiliary asset files that need to be available at the current hierarchical level. Alternatively, in another possible implementation, the target auxiliary programming tool can also include its own hierarchical identifier information in the synchronization request and send it to the server. The server, based on the hierarchical identifier information carried in the synchronization request (e.g., at the technical center level) and the target hierarchical identifier information of each auxiliary asset file, determines at least one second target auxiliary asset file with matching hierarchical identifier information through hierarchical identifier comparison. This second target auxiliary asset file represents the auxiliary asset file available to the target auxiliary programming tool.

[0064] At this point, based on the aforementioned auxiliary asset files available to the target auxiliary programming tool, the server can send the second target auxiliary asset file to the target auxiliary programming tool, thereby updating the shared auxiliary asset files stored locally on the target auxiliary programming tool.

[0065] The solution provided in this application can help achieve hierarchical and progressive sharing of auxiliary asset files by using hierarchical identification information, avoiding the direct sharing of auxiliary asset files generated from local experience to the entire R&D team, which would affect the R&D collaboration effect.

[0066] Of course, it should be noted that the above-described solutions are illustrated by taking incremental updates and permission-based updates as examples of synchronously updating the auxiliary asset files of the target auxiliary programming tool. In fact, the server can also synchronously update the auxiliary asset files of the target auxiliary programming tool based on incremental updates and permission-based updates. For example, in one possible implementation, after determining the available auxiliary asset files based on the hierarchical identification information, the server can further determine the auxiliary asset files that need to be incrementally updated from the available auxiliary asset files through the version identification information. This application embodiment does not limit this.

[0067] Furthermore, in some embodiments of this application, auxiliary asset files generated by information processing based on programming session information or local auxiliary asset files uploaded through auxiliary programming tools typically need to be determined whether to be included in the team baseline environment. In particular, those included in the team baseline environment will be written to a preset shared space. At the same time, the auxiliary asset files in the preset shared space can also be updated and iterated for optimization by synchronizing feedback information in the target auxiliary programming tool, thereby adjusting the auxiliary asset files in the preset shared space that need to be synchronized to the auxiliary programming tool. That is, in one embodiment of this application, the method further includes: The auxiliary asset files are stored in a preset shared space; Determine the feedback information of the auxiliary asset file in the target auxiliary programming tool, wherein the feedback information is used to characterize the evaluation result of the code content output by the target auxiliary programming tool after using the auxiliary asset file; Based on the feedback information, the auxiliary asset files in the preset shared space are updated.

[0068] Specifically, to facilitate understanding of the above content, the following will be explained in conjunction with specific embodiments.

[0069] In one embodiment of this application, after auxiliary asset files are incorporated into the team baseline through manual decision-making or other means, auxiliary asset files that need to be shared with other auxiliary programming tools can be stored in a preset shared space. Then, based on the synchronization request of the target auxiliary programming tool, the auxiliary asset files in the preset shared space are distributed to the target auxiliary programming tool.

[0070] Furthermore, after the auxiliary asset files are distributed to the target auxiliary programming tool, the auxiliary asset files in the preset shared space are updated based on the feedback information from the target auxiliary programming tool, and corresponding version identification information is generated. Specifically, the feedback information can be used to characterize the evaluation result of the code content output by the target auxiliary programming tool after using the auxiliary asset file. For example, in one possible implementation, the feedback information includes the frequency of use of different types of assets and the quality of the output code content, and the auxiliary asset file is scored based on the frequency and quality of use. This score can then be used to characterize the evaluation result of the code content output by the target auxiliary programming tool after using the auxiliary asset file.

[0071] Furthermore, the auxiliary asset files in the preset shared space can be updated by sorting, adding, removing, etc., based on the rating of the auxiliary asset files indicated by the feedback information, to ensure the validity of the auxiliary asset files in the preset shared space. That is, in some embodiments of this application, updating the auxiliary asset files in the preset shared space based on the feedback information includes: Based on the frequency of use of different types of auxiliary asset files in the feedback information and the quality evaluation results of the output code content, each auxiliary asset file in the preset shared space is scored; The auxiliary asset files are sorted based on their scores, and auxiliary asset files with scores below a preset threshold are removed from the preset shared space.

[0072] Specifically, the following explanation will use the feedback information provided above, including the frequency of use of different types of assets and the quality of the output code content, as examples. In this case, a weighted summation method can be used. For example, the normalized value of the usage frequency and the quality score are weighted and summed according to a preset weighting coefficient to obtain a comprehensive score. This comprehensive score represents the evaluation result of the code content output by the target auxiliary programming tool after using the auxiliary asset file. Auxiliary asset files with a comprehensive score higher than a preset threshold are given higher priority in the shared space, while auxiliary asset files with a comprehensive score lower than the discard threshold are removed from the preset shared space. In another possible implementation, when the code content quality score corresponding to a certain auxiliary asset file consistently falls below a preset quality threshold, a content revision process for that auxiliary asset file can be triggered. This involves optimizing and adjusting the constraint rules or reference information in the auxiliary asset file using a large language model and generating new version identification information.

[0073] During the aforementioned process of continuously updating the auxiliary asset files in the preset shared space through feedback information, in response to the synchronization request of the target auxiliary programming tool, the auxiliary asset file with the highest overall score currently updated in the preset shared space is usually sent to the target auxiliary programming tool. That is, in one embodiment of this application, sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: The auxiliary asset files in the preset shared space are sent to the target auxiliary programming tool.

[0074] The method provided in this application allows for continuous updates to the auxiliary asset files by measuring and providing feedback on their actual usage and effectiveness, thereby further improving team collaboration efficiency.

[0075] Furthermore, the solution provided in this application also avoids the inefficiency caused by storing all configurations locally on a personal computer and having to manually migrate the entire configuration when changing computers or work environments, thus improving the configuration efficiency of local auxiliary programming tools or auxiliary programming tools for new users.

[0076] In addition to the foregoing, this application also provides an information processing method, please refer to [link to relevant documentation]. Figure 5 , Figure 5 This is a flowchart illustrating another information processing method provided in this embodiment. Specifically, this information processing method typically runs on an auxiliary programming tool, such as an AI programming client, and usually includes steps S510 to S530: S510, in response to the reporting instruction, reports the asset information of the auxiliary programming tool to the server.

[0077] In the embodiments of this application, the asset information includes programming session information of the auxiliary programming tool and / or local auxiliary asset information. For a detailed explanation of the programming session information and / or local auxiliary asset information, please refer to the foregoing related embodiments; this application will not repeat this explanation. The asset information is configured to generate auxiliary asset files, which are used to indicate constraint information and / or reference information in the process of the auxiliary programming tool in reasoning and generating code content.

[0078] Furthermore, in one embodiment of this application, the auxiliary programming tool can also be configured to report incremental asset information to the server by comparing cached reported asset information. That is, in one embodiment of this application, reporting the asset information of the auxiliary programming tool to the server includes: Based on the current asset information and the cached reported asset information of the auxiliary programming tool, determine the incremental asset information; The incremental asset information is reported to the server.

[0079] Specifically, in one embodiment of this application, after the collector scans the skill script directory, constraint programming rule directory, plugin directory, and context memory file directory of the assisted programming tool locally, and extracts metadata information such as its content, file path, last modification time, and content hash, it can determine the unreported incremental asset information by matching it with the locally stored reported asset information. For example, in one possible implementation, fingerprint comparison can be used to only report assets that have changed, thereby saving network bandwidth and reducing the deduplication pressure on the server.

[0080] Furthermore, in one embodiment of this application, the reporting instruction can be configured to be triggered via a session initiation hook. This embodiment will not repeat the description here, but please refer to the description of the foregoing related embodiments for details.

[0081] S520, in response to the synchronization request, receives the shared auxiliary asset file sent by the server.

[0082] In one embodiment of this application, after a synchronization request is triggered, the auxiliary programming tool can be configured to receive a shared auxiliary asset file issued by the server. The shared auxiliary asset file includes local auxiliary asset files of other auxiliary programming tools and / or auxiliary asset files extracted through programming session information. This embodiment of the application will not repeat the synchronization method and generation method of the shared auxiliary asset file here. For details, please refer to the description of the foregoing related embodiments.

[0083] Specifically, shared auxiliary asset files can be configured to be stored in a different path from their own local auxiliary asset files in a physically isolated manner, ensuring users' local personalized settings and avoiding overwriting between auxiliary asset files.

[0084] S530, based on the shared auxiliary asset file and the local auxiliary asset file of the auxiliary programming tool, process the programming session request and infer and generate the target code content corresponding to the programming session request.

[0085] Building upon the aforementioned foundation, after synchronizing the shared auxiliary asset files and reporting the local auxiliary asset files, upon triggering a programming session—for example, when a user inputs code generation requirements representing their intent within the session window of the auxiliary programming tool—in embodiments of this application, the auxiliary programming tool can also be configured to process programming session requests within a context indicated by the local auxiliary asset files based on the shared auxiliary asset files. This allows it to infer and generate target code content corresponding to the programming session request. Simultaneously, this target code content conforms to the constraints indicated by the shared and local auxiliary asset files and references the information provided by both files, ensuring the quality of the output target code content.

[0086] The information processing method provided in this application obtains programming session information of at least one auxiliary programming tool and processes the programming session information to obtain at least one auxiliary asset file that indicates constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. This realizes the accumulation of high-value experience generated in the auxiliary programming tool session, and at the same time synchronizes the auxiliary asset file to other target auxiliary programming tools, realizing the sharing of auxiliary asset files among R&D members within the R&D team, effectively ensuring the consistency of code quality output by the R&D team, and improving team collaboration efficiency.

[0087] Based on the aforementioned information processing method, this application also provides an information processing apparatus. Please refer to [link to relevant documentation]. Figure 6 , Figure 6 This application provides a schematic diagram of the structure of an information processing device on a server, specifically including: The receiving module 610 is configured to acquire asset information of at least one auxiliary programming tool, the asset information including programming session information of the auxiliary programming tool and / or local auxiliary asset files; The processing module 620 is used to process the asset information and generate at least one auxiliary asset file, wherein the auxiliary asset file is used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content; The distribution module 630 is used to distribute at least one of the auxiliary asset files to the target auxiliary programming tool.

[0088] In one embodiment of this application, the receiving module 610 is used to receive asset information reported by at least one auxiliary programming tool through a session start hook at the start of a session; The delivery module 630 is used to receive a synchronization request triggered by the target auxiliary programming tool through the session startup hook when the session starts; In response to the synchronization request, at least one of the auxiliary asset files is sent to the target auxiliary programming tool.

[0089] In one embodiment of this application, the distribution module 630 is used to distribute at least one of the auxiliary asset files as shared auxiliary asset files to the target auxiliary programming tool, wherein the target auxiliary programming tool is configured to infer and generate code content under target constraint information and / or target reference information, and the target constraint information and / or target reference information are determined through the shared auxiliary asset file and the local auxiliary asset file of the target auxiliary programming tool.

[0090] In one embodiment of this application, the distribution module 630 is used to determine at least one target version identification information of the auxiliary asset file, wherein the target version identification information is used to characterize the version information to which the auxiliary asset file belongs; In response to a synchronization request from a target auxiliary programming tool, based on the version identification information of the shared auxiliary asset file carried in the synchronization request and the target version identification information of the auxiliary asset file, at least one first target auxiliary asset file is determined from the auxiliary asset file, wherein the first target auxiliary asset file represents an incremental auxiliary asset file to be synchronized; The first target auxiliary asset file is sent to the target auxiliary programming tool.

[0091] In one embodiment of this application, the distribution module 630 is used to determine at least one target level identifier information of the auxiliary asset file, wherein the target level identifier information is used to characterize the target level available for the auxiliary asset file; In response to a synchronization request from a target auxiliary programming tool, based on the hierarchical identification information of the target auxiliary programming tool carried in the synchronization request and the target hierarchical identification information of the auxiliary asset file, at least one second target auxiliary asset file is determined from the auxiliary asset file, wherein the second target auxiliary asset file represents an auxiliary asset file available to the target auxiliary programming tool; The second target auxiliary asset file is sent to the target auxiliary programming tool.

[0092] In one embodiment of this application, the distribution module 630 is used to store the auxiliary asset file in a preset shared space; Determine the feedback information of the auxiliary asset file in the target auxiliary programming tool, wherein the feedback information is used to characterize the evaluation result of the code content output by the target auxiliary programming tool after using the auxiliary asset file; Based on the feedback information, the auxiliary asset files in the preset shared space are updated; The auxiliary asset files in the preset shared space are sent to the target auxiliary programming tool.

[0093] Please see Figure 7 , Figure 7 This application provides a schematic diagram of the structure of an information processing device on an auxiliary programming tool, specifically including: The reporting module 710 is used to report the asset information of the auxiliary programming tool to the server in response to the reporting instruction. The asset information includes the programming session information of the auxiliary programming tool and / or local auxiliary asset files. The programming session information is configured to generate auxiliary asset files, and the auxiliary asset files are used to indicate the constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. Synchronization module 720 is used to receive the shared auxiliary asset file sent by the server in response to a synchronization request; The inference module 730 is used to process the programming session request based on the shared auxiliary asset file and the local auxiliary asset file of the auxiliary programming tool, and infer the target code content corresponding to the programming session request.

[0094] In one embodiment of this application, the reporting module 710 is used to determine incremental asset information based on the current asset information of the auxiliary programming tool and the cached reported asset information; The incremental asset information is reported to the server.

[0095] The information processing apparatus provided in this application acquires asset information of at least one auxiliary programming tool and processes the asset information to obtain at least one auxiliary asset file that indicates constraint information and / or reference information of the auxiliary programming tool in the process of inferring and generating code content. This realizes the accumulation of high-value experience generated in the auxiliary programming tool session, and simultaneously synchronizes the auxiliary asset file to other target auxiliary programming tools, realizing the sharing of auxiliary asset files among R&D members within the R&D team. This effectively ensures the consistency of code quality output by the R&D team and improves team collaboration efficiency.

[0096] In some embodiments of this application, the information processing method can be implemented as a computer program, and the computer program can be implemented as follows: Figure 8 It runs on the computer device shown. The computer device's memory can store the various program modules that make up the information processing device, for example, Figure 6 The receiving module 610, processing module 620, and transmitting module 630 shown are, or Figure 7 The reporting module 710, synchronization module 720, and inference module 730 are shown. The computer program composed of these various program modules causes the processor to execute the steps in the information processing methods of the various embodiments of this application described in this specification.

[0097] For example, Figure 8 The computer device shown can be used as follows Figure 6 The receiving module 610 in the information processing device shown executes step S210. The computer device can execute step S220 via the processing module 620. The computer device can execute step S230 via the sending module 630. Alternatively, Figure 8 The computer equipment shown can be used as follows Figure 7 The reporting module 710 in the information processing device shown executes step S510. The computer device can execute step S520 via the synchronization module 720. The computer device can execute step S530 via the inference module 730. The computer device includes a processor, memory, and a network interface connected via a system bus. The processor of the computer device provides computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communication with external computer devices via a network connection. When the computer program is executed by the processor, it implements an information processing guidance method.

[0098] Those skilled in the art will understand that Figure 8 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0099] For a better understanding of the above, please refer to [link / reference]. Figure 9 , Figure 9This is a schematic diagram of the complete architecture of an information processing system provided in an embodiment of this application. Specifically, the information processing system includes multiple asset information reporting terminals running on clients, such as a first asset information reporting terminal and a second asset information reporting terminal, and at least one asset information consuming terminal. The asset information consuming terminal may be a first asset information consuming terminal integrated with the first asset information reporting terminal and / or a second asset information consuming terminal integrated with the second asset information reporting terminal; this embodiment of the application does not impose any limitations on this. In addition, the information processing system also includes an asset management terminal running on a server.

[0100] The asset information reporting terminal is used to report various types of asset information to the asset management terminal, including but not limited to assets automatically collected during development, assets automatically extracted during model-assisted programming, code knowledge bases, and information extracted from technical documents. The asset management terminal can be configured to display a list of reported assets and extract relevant information through artificial intelligence to facilitate user review and obtain assets suitable for different levels, such as the technology center, third-level departments, or fourth-level departments. The corresponding assets are then distributed according to certain rules and configured in the team configuration of the second asset reporting terminal / consumer terminal. At the same time, the second asset reporting terminal / consumer terminal can also report local assets, such as locally configured auxiliary asset files, to the asset management terminal. It can also report feedback information such as the usage frequency of team-configured auxiliary asset files or the quality of output code, which is used by the asset management terminal to manage the reported asset files, thereby realizing a cycle of asset file management / sharing.

[0101] In some embodiments of this application, a computer device is provided, including one or more processors; memory; and one or more application programs, wherein the one or more application programs are stored in the memory and configured to be executed by the processor to perform the following steps: Obtain asset information for at least one auxiliary programming tool, the asset information including programming session information and / or local auxiliary asset files of the auxiliary programming tool; The asset information is processed to generate at least one auxiliary asset file, wherein the auxiliary asset file is used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content; At least one of the aforementioned auxiliary asset files is sent to the target auxiliary programming tool.

[0102] Alternatively, follow these steps: In response to the reporting instruction, the asset information of the auxiliary programming tool is reported to the server. The asset information includes the programming session information of the auxiliary programming tool and / or local auxiliary asset files. The programming session information is configured to generate auxiliary asset files, and the auxiliary asset files are used to indicate the constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. In response to a synchronization request, receive the shared auxiliary asset file sent by the server; Based on the shared auxiliary asset file and the local auxiliary asset file of the auxiliary programming tool, the programming session request is processed, and the target code content corresponding to the programming session request is inferred and generated.

[0103] In some embodiments of this application, a computer-readable storage medium is provided, storing a computer program that is loaded by a processor, causing the processor to perform the following steps: Obtain asset information for at least one auxiliary programming tool, the asset information including programming session information and / or local auxiliary asset files of the auxiliary programming tool; The asset information is processed to generate at least one auxiliary asset file, wherein the auxiliary asset file is used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content; At least one of the aforementioned auxiliary asset files is sent to the target auxiliary programming tool.

[0104] Alternatively, follow these steps: In response to the reporting instruction, the asset information of the auxiliary programming tool is reported to the server. The asset information includes the programming session information of the auxiliary programming tool and / or local auxiliary asset files. The programming session information is configured to generate auxiliary asset files, and the auxiliary asset files are used to indicate the constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. In response to a synchronization request, receive the shared auxiliary asset file sent by the server; Based on the shared auxiliary asset file and the local auxiliary asset file of the auxiliary programming tool, the programming session request is processed, and the target code content corresponding to the programming session request is inferred and generated.

[0105] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the methods described above. Any references to memory, storage, databases, or other media used in the embodiments provided in this application can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, or optical storage, etc. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc.

[0106] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0107] The above provides a detailed description of an information processing method, apparatus, computer device, and storage medium provided in the embodiments of this application. Specific examples have been used to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is only for the purpose of helping to understand the method and core ideas of the present invention. At the same time, for those skilled in the art, there will be changes in the specific implementation methods and application scope based on the ideas of the present invention. Therefore, the content of this specification should not be construed as a limitation of the present invention.

Claims

1. An information processing method, characterized in that, Applied to the server side, the method includes: Obtain asset information for at least one auxiliary programming tool, the asset information including programming session information and / or local auxiliary asset files of the auxiliary programming tool; The asset information is processed to generate at least one auxiliary asset file, wherein the auxiliary asset file is used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content; At least one of the aforementioned auxiliary asset files is sent to the target auxiliary programming tool.

2. The information processing method according to claim 1, characterized in that, The acquisition of asset information for at least one auxiliary programming tool includes: Receive asset information reported by at least one auxiliary programming tool via the session startup hook at the start of the session; The step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: Receive synchronization requests triggered by the target auxiliary programming tool via the session startup hook when the session starts; In response to the synchronization request, at least one of the auxiliary asset files is sent to the target auxiliary programming tool.

3. The information processing method according to claim 1, characterized in that, The step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: At least one of the auxiliary asset files is distributed as a shared auxiliary asset file to the target auxiliary programming tool, wherein the target auxiliary programming tool is configured to infer and generate code content under target constraint information and / or target reference information, and the target constraint information and / or target reference information is determined through the shared auxiliary asset file and the target auxiliary programming tool's local auxiliary asset file.

4. The information processing method according to claim 1, characterized in that, The information processing method further includes: Determine at least one target version identifier for the auxiliary asset file, wherein the target version identifier is used to characterize the version information to which the auxiliary asset file belongs; The step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: In response to a synchronization request from a target auxiliary programming tool, based on the version identification information of the shared auxiliary asset file carried in the synchronization request and the target version identification information of the auxiliary asset file, at least one first target auxiliary asset file is determined from the auxiliary asset file, wherein the first target auxiliary asset file represents an incremental auxiliary asset file to be synchronized; The first target auxiliary asset file is sent to the target auxiliary programming tool.

5. The information processing method according to claim 1, characterized in that, The information processing method further includes: Determine at least one target level identifier for the auxiliary asset file, wherein the target level identifier is used to characterize the target level available for the auxiliary asset file; The step of sending at least one of the auxiliary asset files to the target auxiliary programming tool includes: In response to a synchronization request from a target auxiliary programming tool, based on the hierarchical identification information of the target auxiliary programming tool carried in the synchronization request and the target hierarchical identification information of the auxiliary asset file, at least one second target auxiliary asset file is determined from the auxiliary asset file, wherein the second target auxiliary asset file represents an auxiliary asset file available to the target auxiliary programming tool; The second target auxiliary asset file is sent to the target auxiliary programming tool.

6. An information processing method, characterized in that, Applied to assistive programming tools, the method further includes: In response to the reporting instruction, the asset information of the auxiliary programming tool is reported to the server. The asset information includes the programming session information of the auxiliary programming tool and / or local auxiliary asset files. The asset information is configured to generate auxiliary asset files, which are used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. In response to a synchronization request, receive the shared auxiliary asset file sent by the server; Based on the shared auxiliary asset file and the local auxiliary asset file of the auxiliary programming tool, the programming session request is processed, and the target code content corresponding to the programming session request is inferred and generated.

7. An information processing device, characterized in that, Located on the server side, the information processing device includes: A receiving module is configured to acquire asset information of at least one auxiliary programming tool, the asset information including programming session information of the auxiliary programming tool and / or local auxiliary asset files; The processing module is used to process the asset information and generate at least one auxiliary asset file, wherein the auxiliary asset file is used to indicate constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content; The distribution module is used to distribute at least one of the auxiliary asset files to the target auxiliary programming tool.

8. An information processing device, characterized in that, The information processing device, which is installed in an auxiliary programming tool, includes: The reporting module is used to report the asset information of the auxiliary programming tool to the server in response to the reporting instruction. The asset information includes the programming session information of the auxiliary programming tool and / or local auxiliary asset files. The programming session information is configured to generate auxiliary asset files, and the auxiliary asset files are used to indicate the constraint information and / or reference information of the auxiliary programming tool in the process of reasoning and generating code content. The synchronization module is used to respond to synchronization requests by receiving shared auxiliary asset files sent by the server. The inference module is used to process programming session requests based on the shared auxiliary asset file and the local auxiliary asset file of the auxiliary programming tool, and to infer and generate the target code content corresponding to the programming session request.

9. A computer device, characterized in that, The computer device includes: One or more processors; Memory; and One or more applications, wherein the one or more applications are stored in the memory and configured to be executed by the processor to implement the information processing method as claimed in any one of claims 1 to 5, or to implement the information processing method as claimed in claim 6.

10. A computer-readable storage medium, characterized in that, It stores a computer program, which is loaded by a processor to execute the information processing method as described in any one of claims 1 to 5, or to execute the information processing method as described in claim 6.

Images