कसे काम करते
कोड मोजतो. मॉडेल मसुदा तयार करते. व्यक्ती निर्णय घेते.
भाषा मॉडेल्स रिफॅक्टरिंग पॅटर्नमध्ये चांगले आणि गणनात खराब असतात, म्हणून प्रत्येक पाऊल योग्य प्रकारच्या टूलने केले जाते. प्रत्येक पाऊल ऑडिट ट्रेलमध्ये लिहिले जाते.
- 01
संग्रह करा
Parsers कोड, OSGi settings, dispatcher, indexes आणि तुमचा BPA report वाचतात.
निश्चित (Deterministic)फक्त कोडद्वारे केले जाते: समान इनपुट नेहमी समान निकाल देते. - 02
वर्गीकरण करा
प्रत्येक निष्कर्ष Cloud Service pattern शी फाइल आणि ओळसह जुळतो.
निश्चित (Deterministic)फक्त कोडद्वारे केले जाते: समान इनपुट नेहमी समान निकाल देते. - 03
योजना
आमचे खाजगी model धोका क्रमवारीत आणते आणि प्रत्येक pattern साठी बदलाचा मसुदा तयार करते.
आमच्या सर्व्हरवर AIहे आमच्या स्वतःच्या सर्व्वरवर एका मॉडेलने केले जाते, नंतर कोणताही व्यक्ती पाहण्यापूर्वी कोडद्वारे तपासले जाते. - 04
Refactor
लहान pull requests, एका वेळी एक pattern, नोंदी आणि tests सह.
आमच्या सर्व्हरवर AIहे आमच्या स्वतःच्या सर्व्वरवर एका मॉडेलने केले जाते, नंतर कोणताही व्यक्ती पाहण्यापूर्वी कोडद्वारे तपासले जाते. - 05
पुनरावलोकन
एक वरिष्ठ AEM engineer प्रत्येक pull request मंजूर करते. तुमची टीम merge करते.
मानवीनामनिर्देशित व्यक्ती मंजुरी देते; त्याशिवाय काहीही मर्ज होत नाही. - 06
Verify
Cloud Manager build, AEM Analyser आणि parity checks; सर्व पायऱ्यांचे log केले जाते.
निश्चित (Deterministic)फक्त कोडद्वारे केले जाते: समान इनपुट नेहमी समान निकाल देते.
पाऊल दर पाऊल
प्रत्येक टप्प्यात काय घडते
फॅक्ट शीट आधी येते आणि ती केवळ कोडद्वारे तयार केली जाते. मॉडेल फक्त फॅक्ट शीटमध्ये असलेल्या गोष्टींवर काम करते, आणि व्यक्तीने मंजुरी दिल्याशिवाय काहीही तुमच्या मुख्य शाखेत पोहोचत नाही.
संग्रह करा
Parsers तुमच्या repository, OSGi configurations, dispatcher files, package filters, Oak indexes, BPA report आणि content statistics वाचतात. आउटपुट एक fact sheet असते: प्रत्येक निष्कर्षासह फाइल, ओळ आणि नियम. कोणताही model संलग्न नसल्याने, inventory पूर्ण आणि पुनरावृत्तीयोग्य असते.
वर्गीकरण करा
प्रत्येक निष्कर्ष open rule set मधील Cloud Service pattern शी (33 code rules आणि 31 BPA codes) जुळवला जातो, ज्यात दस्तऐवजीकृत सुधारणा, किती स्वयंचलित करता येते आणि नियोजित तास यांचा समावेश आहे.
योजना
प्रत्येक pattern साठी, आमच्या स्वतःच्या सर्व्हरवरील model लक्ष्य (Cloud Service किंवा Edge Delivery block), धोका आणि तो यांत्रिकपणे सुधारता येईल का याची शिफारस करते. ते फक्त fact sheet मधील गोष्टींवरच विचार करते, त्यामुळे ते निष्कर्ष शोधू शकत नाही.
Refactor
5 codemods कोणत्याही AI शिवाय यांत्रिक पुनरलेखन लागू करतात. निर्णयाची गरज असलेले पॅटर्न मॉडेलद्वारे पुनरलेखन केले जातात आणि व्यक्तींना दिसण्यापूर्वी त्यांना निश्चित तपासण्यांमधून जावे लागते. जेथे पॅटर्न कव्हर करतात, तेथे Adobe चे स्वतःचे मीग्रेशन टूल्स वापरले जातात.
पुनरावलोकन
प्रत्येक pull request तुम्हापर्यंत पोहोचण्यापूर्वी एक senior AEM इंजिनिअर तपासतो आणि मंजूर करतो, आणि तुमची टीम merge करते. Rejections आणि edits पुन्हा दिले जातात, जेणेकरून पुढील बदल अधिक चांगले होईल.
Verify
Cloud Manager build आणि code quality gates, AEM Analyser, regression tests, मुख्य pages चे visual comparisons आणि URLs, redirects आणि metadata चे SEO parity check.
AI कुठे चालते
तुमचा कोड आम्ही चालवणार्या मॉडेल्ससोबत राहतो
Client code आमच्या सर्व्हर्सवर चालणाऱ्या AI मॉडेल्सद्वारे प्रक्रिया केला जातो. तो तिसऱ्या पक्षच्या AI सेवांकडे पाठवला जात नाही.
- डिफॉल्टनुसार खाजगी. Routing rule कोडमध्ये लागू केले जाते: client code असलेले tasks बाह्य AI सेवांकडे जाऊ शकत नाहीत.
- बाह्य मॉडेल्स फक्त परवानगीसोबत. जर एखाद्या task साठी Anthropic's Claude सारखे बाह्य मॉडेल उपयुक्त असेल, तर आम्ही आधी विचारतो आणि फक्त तुमच्या लेखित परवानगीने, audit log मध्ये नोंदवून, ते वापरतो.
- माणूस पाहण्यापूर्वी तपासले जाते. प्रत्येक AI रीराइटला निश्चित तपासण्यांमधून जावे लागते, उदाहरणार्थ की कोणतेही इम्पोर्ट्स कल्पनातून तयार केलेले नसतील.
- प्रत्येक पाऊल नोंदवले जाते. Model calls, check results आणि मंजुरी hash-chained log मध्ये जोडल्या जातात. एंट्री बदलली किंवा काढली तर साखळी तुटते, म्हणून कोणी काय मंजूर केले आणि कोणते मॉडेल बदल केले हे सिद्ध करता येते.
मर्यादा
आम्ही काय automate करत नाही
काही कामांसाठी तुमच्या व्यवसायाची माहिती असलेल्या लोकांची गरज असते. ही कामे इंजिनिअर्स आणि तुमच्या टीमकडेच राहतात.
सुरक्षा आणि इंटिग्रेशन डिझाइन
अन्य सिस्टीमशी ऑथेंटिकेशन, सुरक्षा आणि इंटिग्रेशन इंजिनिअर्स डिझाइन करतात, जनरेट केलेली नाहीत.
प्रॉडक्ट निर्णय
AEM Communities बदलणे किंवा साइट Edge Delivery Services वर नेणे हे निर्णय तुमची टीम पोर्टलमध्ये घेते.
तुमच्या मुख्य ब्रांचमध्ये मर्ज करणे
प्रत्येक पुल रिक्वेस्टची मंजुरी एका विशिष्ट इंजिनिअरकडून होते, आणि तुमची टीम ते मर्ज करते.
फॅक्ट शीटपासून सुरुवात करा
रेडीनेस स्कॅन तुम्हाला ब्राउझरमध्ये पहिली फॅक्ट शीट देतो: प्रत्येक निष्कर्षासह फाइल, ओळ, दुरुस्ती आणि प्रयत्न. नोंदणी आवश्यक नाही, आणि काहीही अपलोड केले जात नाही.